Re: [talk-ph] Field Papers v2
And now Ian Dees created a FP plugin for JOSM [0]! Yesterday there was an issue with downloading the plugin within JOSM's Preferences pane, you may need to manually download and copy to .josm/plugins directory. [0] https://github.com/iandees/josm-fieldpapers [1] https://github.com/iandees/josm-fieldpapers/issues/1 On Sat, Jul 13, 2013 at 11:26 AM, maning sambale emmanuel.samb...@gmail.com wrote: Nope that's not me. But I am very excited with the latest improvements. Maning Sambale (mobile) On Jul 13, 2013 12:46 AM, Eugene Alvin Villar sea...@gmail.com wrote: Hi guys, Stamen Design has upgraded their Field Papers with the help of USAID. Here's their blog entry: http://content.stamen.com/fieldpapers-v2 If you don't know what Field Papers is http://fieldpapers.org/, it's basically an online service that lets you create OSM-based atlases of areas you want to map. You can print the atlases and then add written annotations directly on the map. Afterwards, you can have the option to scan and upload the annotated atlas and you can then view the scans as backgrounds in the OSM editors. It seems maning has already created an atlas of Marikina: fieldpapers.org/atlas.php?id=9p7ffhcw :-) ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [OSM-talk-be] Meeting At CIRB
* La 3D devrait arriver l'année prochaine ... elle aussi sous licence libre. Si par 3D ils comprennent ce que moi j'espère (qq chose du genre Google Streetview), ce serait génial. Mais je ne crois pas réellement que ce soit cela... :-) Merci d'y consacrer ton temps! Jo Is er iemand met reële interesse in de boodschap die een vertaling naar het Nederlands nodig heeft? Ik ben er dan waarschijnlijk een dik uur, misschien 2, mee bezig om het te vertalen. ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Meeting At CIRB
Je pense que Glenn Plas a les compétences réquises (et un serveur?). Glenn, weet jij hoe je een server moet opzetten die WMS doet op basis van deelimages? Jo 2013/7/17 eMerzh merz...@gmail.com Ah oui, j'ai oublié : * le LIDAR sera mis à disposition dans le futur sous la même license ...via iribox... pour l'instant ce n'est pas encore disponible, a cause d'un problème de distribution ( il y a ~900Fichiers de 900 Mo chacun ...) Voilà ... Sinon, je voudrai mettre a dispo les ortho pour les utiliser dans JOSM ... donc je cherche un moyen de faire ça ... (je serai p-e ralenti par mes vacances et par le faite que je ne dispose pas vraiment d'un serveur ou je fais ce que je veux... ) je vous tiens au courant :) 2013/7/17 eMerzh merz...@gmail.com Hi everybody ... here are the feedback from my meeting with the CIRB. as i'm more confortable with french the following message will be in french ... sorry Donc : * Au niveau des mises à jours, le wfs wms est actualisé toutes les semaines alors que l'interface de téléchargment ne l'est que 1 fois par trimestre. Attention, la mise à jour correspond à l'état actuel du survey ... toutes les zones ne sont pas mises à jours toutes les semaines... * A chaque mise à jour d'un objet, un ID de version centralisé est incrémenté et attribué à un objet. donc pour savoir les derniers objets avec des potentielles mises à jours, il faut trier les objets par identifiants de version desc. * un nouveau système de versioning plus sémantique et informatif sur les modifications devrait voir le jour début de l'année prochaine * Le cirb est évidemment intéressé par les retours sur les données. Vous pouvez faire vos retour soit via moi (un petit mail ) soit via la page du wiki ici présente: http://wiki.openstreetmap.org/wiki/Urbis_feedback ou directement via la IRISLINE ( http://www.cirb.irisnet.be/fr/catalogue-de-services/software/sincrho-1/centre-de-documentation/manuels-de-reference/mode-demploi/contacts/support-client-iris-line) l'idée est d'envoyer les retours en paquet plutot que 1 par 1 pour éviter un surplus de travail * Les orthophotos sont disponibles au téléchargement via la Irisbox ou via le servie de DL ( http://www.cirb.irisnet.be/fr/catalogue-de-services/urbis/telechargement) La résolution est de 7.5cm si téléchargé par commune et 10cm? si téléchargé pour la région entière... Elles sont évidemment disponible sous la même licence que le reste. * La 3D devrais arriver l'année prochaine ... elle aussi sous licence libre. * Pour tout ce qui est routage (vitesse, circulation, restrictions, ...) , le CIRB n'a pas de données il faut s'adresser à Bruxelles mobilité (mais c'est pas certains qu'ils possèdent l'info , ou pas forcément à jours) voir http://data.irisnetlab.be/ pour les données en OpenData * Pour les infos PMR: voir BXL mobilité ou les communes directement. * Dans Urbis les données sur les oneway par exemple ne sont pas à jour ... et il ya pas de plan de le faire ils pensent à éventuellement Crowdsourcer ... * Pour les impétrants , pareils il faut demander au impétrants eux même le CIRB n'a pas l'info pareil pour les hydrant (au pompiers ou a vivaqua) * Nous sommes invité à participé au UserClub du CIRB ... * Le CIRB à rappelé son intention de publier directement les nouvelles données sous licence libre pour autant qu'ils aient la possibilité de le faire. * J'ai parlé d'éventuel support de OSM: Pourquoi pas... ... ils vont voir avec le service de com' ... si on veux leurs soutient dans des évènements ponctuels , on peu tjs tenter notre coup. * Il n'ont pas forcément besoin que OSM-be soit une entité juridique (ASBL, ...) l'organisation actuelle suffit. FYI, la réunion était avec Mr E. Auquiere, C Hannecart + une 3ieme personne dont j'ai oublié le nom. En écrivant le résumé j'ai déjà plusieurs question qui me viennent pour un éventuel autre contact . donc n'hésitez pas on fait un batch ;) Voilà je pense avoir tout dit Bonne journée sous le soleil ;) Brice ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Meeting At CIRB
Dag Jo ;) For 3D i think they mean like 3d buildings (with a CAD tool or smth ) like OSM3D friends They also have like oblique images ... it think it's more or less like bing birdview ... but there are not released ... (yet ?) For the ortho, i've convert my first sid file to jpg ... i have to figure out how to cut that in tiles and georef them... i'm really a nooob in that area so if someone can help :) 2013/7/17 Jo winfi...@gmail.com Je pense que Glenn Plas a les compétences réquises (et un serveur?). Glenn, weet jij hoe je een server moet opzetten die WMS doet op basis van deelimages? Jo 2013/7/17 eMerzh merz...@gmail.com Ah oui, j'ai oublié : * le LIDAR sera mis à disposition dans le futur sous la même license ...via iribox... pour l'instant ce n'est pas encore disponible, a cause d'un problème de distribution ( il y a ~900Fichiers de 900 Mo chacun ...) Voilà ... Sinon, je voudrai mettre a dispo les ortho pour les utiliser dans JOSM ... donc je cherche un moyen de faire ça ... (je serai p-e ralenti par mes vacances et par le faite que je ne dispose pas vraiment d'un serveur ou je fais ce que je veux... ) je vous tiens au courant :) 2013/7/17 eMerzh merz...@gmail.com Hi everybody ... here are the feedback from my meeting with the CIRB. as i'm more confortable with french the following message will be in french ... sorry Donc : * Au niveau des mises à jours, le wfs wms est actualisé toutes les semaines alors que l'interface de téléchargment ne l'est que 1 fois par trimestre. Attention, la mise à jour correspond à l'état actuel du survey ... toutes les zones ne sont pas mises à jours toutes les semaines... * A chaque mise à jour d'un objet, un ID de version centralisé est incrémenté et attribué à un objet. donc pour savoir les derniers objets avec des potentielles mises à jours, il faut trier les objets par identifiants de version desc. * un nouveau système de versioning plus sémantique et informatif sur les modifications devrait voir le jour début de l'année prochaine * Le cirb est évidemment intéressé par les retours sur les données. Vous pouvez faire vos retour soit via moi (un petit mail ) soit via la page du wiki ici présente: http://wiki.openstreetmap.org/wiki/Urbis_feedback ou directement via la IRISLINE ( http://www.cirb.irisnet.be/fr/catalogue-de-services/software/sincrho-1/centre-de-documentation/manuels-de-reference/mode-demploi/contacts/support-client-iris-line) l'idée est d'envoyer les retours en paquet plutot que 1 par 1 pour éviter un surplus de travail * Les orthophotos sont disponibles au téléchargement via la Irisbox ou via le servie de DL ( http://www.cirb.irisnet.be/fr/catalogue-de-services/urbis/telechargement ) La résolution est de 7.5cm si téléchargé par commune et 10cm? si téléchargé pour la région entière... Elles sont évidemment disponible sous la même licence que le reste. * La 3D devrais arriver l'année prochaine ... elle aussi sous licence libre. * Pour tout ce qui est routage (vitesse, circulation, restrictions, ...) , le CIRB n'a pas de données il faut s'adresser à Bruxelles mobilité (mais c'est pas certains qu'ils possèdent l'info , ou pas forcément à jours) voir http://data.irisnetlab.be/ pour les données en OpenData * Pour les infos PMR: voir BXL mobilité ou les communes directement. * Dans Urbis les données sur les oneway par exemple ne sont pas à jour ... et il ya pas de plan de le faire ils pensent à éventuellement Crowdsourcer ... * Pour les impétrants , pareils il faut demander au impétrants eux même le CIRB n'a pas l'info pareil pour les hydrant (au pompiers ou a vivaqua) * Nous sommes invité à participé au UserClub du CIRB ... * Le CIRB à rappelé son intention de publier directement les nouvelles données sous licence libre pour autant qu'ils aient la possibilité de le faire. * J'ai parlé d'éventuel support de OSM: Pourquoi pas... ... ils vont voir avec le service de com' ... si on veux leurs soutient dans des évènements ponctuels , on peu tjs tenter notre coup. * Il n'ont pas forcément besoin que OSM-be soit une entité juridique (ASBL, ...) l'organisation actuelle suffit. FYI, la réunion était avec Mr E. Auquiere, C Hannecart + une 3ieme personne dont j'ai oublié le nom. En écrivant le résumé j'ai déjà plusieurs question qui me viennent pour un éventuel autre contact . donc n'hésitez pas on fait un batch ;) Voilà je pense avoir tout dit Bonne journée sous le soleil ;) Brice ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org
Re: [OSM-talk-be] Meeting At CIRB
Hi ! Thanks for all those informations ! It's a good news that CIRB have some considerations for OSM. I am also trying to convert sid to jpg (I skip that line in your email), but I must re-compile GDAL. If you have geotiff or some commons georeferenced raster I may serve them with WMS through geoserver from my (little) server. Julien Le 17/07/13 15:38, eMerzh a écrit : Dag Jo ;) For 3D i think they mean like 3d buildings (with a CAD tool or smth ) like OSM3D friends They also have like oblique images ... it think it's more or less like bing birdview ... but there are not released ... (yet ?) For the ortho, i've convert my first sid file to jpg ... i have to figure out how to cut that in tiles and georef them... i'm really a nooob in that area so if someone can help :) 2013/7/17 Jo winfi...@gmail.com mailto:winfi...@gmail.com Je pense que Glenn Plas a les compétences réquises (et un serveur?). Glenn, weet jij hoe je een server moet opzetten die WMS doet op basis van deelimages? Jo 2013/7/17 eMerzh merz...@gmail.com mailto:merz...@gmail.com Ah oui, j'ai oublié : * le LIDAR sera mis à disposition dans le futur sous la même license ...via iribox... pour l'instant ce n'est pas encore disponible, a cause d'un problème de distribution ( il y a ~900Fichiers de 900 Mo chacun ...) Voilà ... Sinon, je voudrai mettre a dispo les ortho pour les utiliser dans JOSM ... donc je cherche un moyen de faire ça ... (je serai p-e ralenti par mes vacances et par le faite que je ne dispose pas vraiment d'un serveur ou je fais ce que je veux... ) je vous tiens au courant :) 2013/7/17 eMerzh merz...@gmail.com mailto:merz...@gmail.com Hi everybody ... here are the feedback from my meeting with the CIRB. as i'm more confortable with french the following message will be in french ... sorry Donc : * Au niveau des mises à jours, le wfs wms est actualisé toutes les semaines alors que l'interface de téléchargment ne l'est que 1 fois par trimestre. Attention, la mise à jour correspond à l'état actuel du survey ... toutes les zones ne sont pas mises à jours toutes les semaines... * A chaque mise à jour d'un objet, un ID de version centralisé est incrémenté et attribué à un objet. donc pour savoir les derniers objets avec des potentielles mises à jours, il faut trier les objets par identifiants de version desc. * un nouveau système de versioning plus sémantique et informatif sur les modifications devrait voir le jour début de l'année prochaine * Le cirb est évidemment intéressé par les retours sur les données. Vous pouvez faire vos retour soit via moi (un petit mail ) soit via la page du wiki ici présente: http://wiki.openstreetmap.org/wiki/Urbis_feedback ou directement via la IRISLINE ( http://www.cirb.irisnet.be/fr/catalogue-de-services/software/sincrho-1/centre-de-documentation/manuels-de-reference/mode-demploi/contacts/support-client-iris-line ) l'idée est d'envoyer les retours en paquet plutot que 1 par 1 pour éviter un surplus de travail * Les orthophotos sont disponibles au téléchargement via la Irisbox ou via le servie de DL (http://www.cirb.irisnet.be/fr/catalogue-de-services/urbis/telechargement) La résolution est de 7.5cm si téléchargé par commune et 10cm? si téléchargé pour la région entière... Elles sont évidemment disponible sous la même licence que le reste. * La 3D devrais arriver l'année prochaine ... elle aussi sous licence libre. * Pour tout ce qui est routage (vitesse, circulation, restrictions, ...) , le CIRB n'a pas de données il faut s'adresser à Bruxelles mobilité (mais c'est pas certains qu'ils possèdent l'info , ou pas forcément à jours) voir http://data.irisnetlab.be/ pour les données en OpenData * Pour les infos PMR: voir BXL mobilité ou les communes directement. * Dans Urbis les données sur les oneway par exemple ne sont pas à jour ... et il ya pas de plan de le faire ils pensent à éventuellement Crowdsourcer ... * Pour les impétrants , pareils il faut demander au impétrants eux même le CIRB n'a pas l'info pareil pour les hydrant (au pompiers ou a vivaqua) * Nous sommes invité à participé au UserClub du CIRB
[OSM-talk] SotM Baltics, 3-4 August: schedule
Hi! We are glad to announce that SotM Baltics schedule is ready: http://sotm-baltics.org/schedule.html We have speakers from 7 countries. You still have time to register for the conference: http://sotm-baltics.org/register.html Best regards, Vladimir Elistratov, SotM Baltics organizing team ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Appeal for a JOSM fieldpapers plugin to replace walkingpapers
And now Ian Dees created a FP plugin for JOSM [0]! Yesterday there was an issue with downloading the plugin within JOSM's Preferences pane, you may need to manually download and copy to .josm/plugins directory. [0] https://github.com/iandees/josm-fieldpapers [1] https://github.com/iandees/josm-fieldpapers/issues/1 On Tue, May 28, 2013 at 7:09 AM, colliar colliar4e...@aol.com wrote: On 27.05.2013 11:23, RB wrote: Le 27 mai 2013 12:22, maning sambale a écrit : Dear osm-talk, Posting this appeal to the general talk list. Hoping someone can catch this. ;) Back story: We use walkingpapers a lot for community mapping, it would be nice for a plugin that uses fieldpapers. Filed ticket: http://josm.openstreetmap.de/ticket/8738 Modify the walkingpapers plugin to use fieldpapers instead Description Walkingpapers is currently unmaintained for over a year now. Requesting a modification or a new plugin that uses fieldpapers instead. Thanks! I support very much this idea. It would be very useful. +1 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [talk-au] Making Garmin IMG for Bushwalking - Insanity starts
Brett Russell wrote: Ok the first step is getting the OSM data. I am aware that http://download.geofabrik.de/ provides .pbf files but for Australia it is 145MB. Bit much of a download for a mobile phone given that I am looking to update Tassie every week So does anyone know where I will find a site to download a pdf format file for Tassie and more importantly how to do this. I suspect that the sub-regions that got added at http://download.geofabrik.de/ got added because someone asked for them, so you could always try that! Failing that someone who's not on a mobile phone connection would need to download the .pbf for Australia and then split it with Osmosis (http://wiki.openstreetmap.org/wiki/Osmosis). Given the shape of the state boundaries I'd have thought that simple lat/long based splitting would work, with only Vic/NSW/ACT being at all complicated. Cheers, Andy ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Making Garmin IMG for Bushwalking - Insanity starts
Hi Some kind fellow list mapper has split the pbf of Australia with Tasmania so I can play with mkgmap. Also they have been doing the same so are making progress. For me I have spent a lot of time battling Window issues so way behind their work, which they have made impressive progress but gradually coming up to speed, myself. Sort of do a bit of mapping, look at the mkgmap issues, read up, tinker, run the img making process, download, check out the result on the Garmin and repeat. The idea is to publish a img on a bushwalking site and get feedback. This I figure, or hope, will encourage more OSM mappers as the big issue I have found is unless people can use the OSM data they lose interest. Also the high number of Garmin GPSs within bushwalking means that they have already the basic tool. OSM Australia website would be a great place to put up maps but its updates appear to be erratic at times and from what I gather it already is getting many hits so might be overloaded and contour img files are much bigger than standard OSM only data files. Plus with all our work the data files are just getting bigger. On the iPhone front I have been chatting to MapswithMe about bushwalking maps for their App. They of the current crop of OSM based Apps have by far the best rendering and use vector files so overcome the huge download of tiles issue that many other map Apps use. Mud Map 2 is the only other App that I have found that uses vector maps but their rendering is not as good (no polygons rendered) but they are making progress. Given the size of contour lines and the fact they do not change then both Apps will likely need to split OSM data for frequent downloads to capture updates and for contour data use large or sectional downloads. Bit like using Contour Australia 5M as a base layer on Garmins. Though the result of combining contours with the OSM data looks better, at least on my Garmin. Big issue I find is on the websites you see very nice screen shots on Garmins but I have not even gone close to achieving this, but the fellow list member has found type files and I will be checking out his work today. Like anything in OSM is a long and challenging journey but if we can get it right then the rewards will be worth it. Cheers Brett Date: Wed, 17 Jul 2013 18:39:37 +0100 From: li...@mail.atownsend.org.uk To: talk-au@openstreetmap.org Subject: Re: [talk-au] Making Garmin IMG for Bushwalking - Insanity starts Brett Russell wrote: Ok the first step is getting the OSM data. I am aware that http://download.geofabrik.de/ provides .pbf files but for Australia it is 145MB. Bit much of a download for a mobile phone given that I am looking to update Tassie every week So does anyone know where I will find a site to download a pdf format file for Tassie and more importantly how to do this. I suspect that the sub-regions that got added at http://download.geofabrik.de/ got added because someone asked for them, so you could always try that! Failing that someone who's not on a mobile phone connection would need to download the .pbf for Australia and then split it with Osmosis (http://wiki.openstreetmap.org/wiki/Osmosis). Given the shape of the state boundaries I'd have thought that simple lat/long based splitting would work, with only Vic/NSW/ACT being at all complicated. Cheers, Andy ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
[Talk-br] Solicitações de acesso à informação + importação de telefones públicos
Descobri esse site hoje: http://www.acessoainformacao.gov.br/sistema/ Alguém já usou ele? Postei uma solicitação da base de telefones públicos (que já esteve no ar uma vez e não está mais) mencionada aqui: https://groups.google.com/forum/#!topic/thackday/n_7wjsyj-yA Aparentemente o site da Anatel deveria ter a mesma informação: http://sistemas.anatel.gov.br/sgmu/TUP/Lista/frmConsulta.asp Mas o sistema não funciona - não carrega o nomes das cidades e quando solicito os dados consolidados ele dá a mensagem Erro na Constante Modulo. Até uns dias atrás eu não conseguia me cadastrar para abrir um atendimento (ironicamente :P), mas consegui fazer isso agora e postei lá também. -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
[Talk-de] Ab 21:00 RadioOSM Live
Hallo liebe OpenStreetMapper, heute Abend ab 21:00 sendet RadioOSM wieder Live. Ihr könnt uns auf http://streams.xenim.de/osm/ Live hören und mit uns und anderen Hörern im Chat sprechen: irc://irc.freenode.net/#Radio-OSM (Webchat: http://webchat.freenode.net?channels=Radio-OSM) Alle weiteren Infos sowie alle alten Folgen findet ihr auf unserer Webseite http://podcast.openstreetmap.de Liebe Grüße, euer RadioOSM Team - Andi, Marc und Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Datenschutz bei OSM Einträgen
Mal Datenschutz außen vor: Das sind doch Daten die in der Regel in OSM nicht gewünscht sind weil sie zu sehr Spezialdaten sind. Ich glaube solche Daten wurden auch schon mal Geofachdaten genannt. Wirklich nachprüfbar sind die für den allgemeinen Mapper auch nicht. Ja, klar sind dies zum Teil Geofachdaten. Aber ich sehe zum Teil ein berechtigtes öffentliches Interesse an einigen. Daher ist z.B.: * Wo hat die Gemeinde Grundstücke (Stichwort: Bauplanung)? * Welche Firmen gehören den öffentlichen Betrieben und wo sind deren Liegenschaften / Teil-Bereiche (Stichwort: Offener Haushalt)? * Wer ist der Eigentümer einer Privatstraße (Stichwort: Zugang zu Sehenswürdigkeiten) In eine vergleichbare Richtung geht eine Aufstellung darüber welche Arten von Pflanzen auf einer Wiese wachsen, welche Temperatur ein Gewässer im Monatsmittel hat oder ähnliches. OK, verstehe. Gutes Beispiel. Aber wie verhält es sich mit der Info über die Präsenz von gefährdeten Arten? Ein See ist einer der wenigen Orte, wo der Seeadler brütet. Diese Info könnte auch wichtig sein, damit Leute diese Flächen zum Schutzzwecke aus Freizeitkarten (z.B. für Ultraleichtflieger) ausschließen. Oder folgendes wäre spannend: Wo liegen Testfelder für Genpflanzen? Diese Daten haben sicher alle einen irgendwie gearteten Geo-Bezug. Aber wie Bezug schon sagt, die müssen nicht in OSM enthalten sein sondern können dann von der Anwendung in Bezug gesetzt werden. Habt Ihr Beispiele, für Anwendungen, die solchen Verknüpfung mit OSM leicht machen? Klar kann man immer die Daten ins GIS ziehen und dort konvertieren (evtl. Shapeformat) und dann eine Verknüpfung durchführen. Dies wäre aber sehr aufwändig, um auch von Updates in der OSM DB zu nutzen. Ein interessanter Dienst wäre: * UMap * http://umap.fluv.io/en/map/test-page_204 Kennt Ihr ähnliche Tools? Die Webseiten zeigen ja hauptsächlich Wege, die Basemap zu erstellen: * http://wiki.openstreetmap.org/wiki/Deploying_your_own_Slippy_Map * http://wiki.openstreetmap.org/wiki/DE:Deploying_your_own_Slippy_Map Danke Für Eure Antworten bisher. Gruß. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Datenschutz bei OSM Einträgen
Am 16.07.2013 16:35, schrieb Wolfgang Barth: Stephan Knauss osm at stephans-server.de writes: Darf man z.B. eintragen z.B.: * Die Lieferanten eines Restaurants / Geschäftes eintragen? * Den Vorstand eines Vereins eintragen? * Den Eigentümer eines Hauses / Grundstückes (Kann auch ein Fonds, Wohnbaugesellschaft, Behörde, Firma o.ä. sein) * Angaben zu Nutzern einer Einrichtung machen? Mal Datenschutz außen vor: Das sind doch Daten die in der Regel in OSM nicht gewünscht sind weil sie zu sehr Spezialdaten sind. Ich glaube solche Daten wurden auch schon mal Geofachdaten genannt. Wirklich nachprüfbar sind die für den allgemeinen Mapper auch nicht. Hier meine Ansichten dazu: * Lieferanten haben in einem Kartensystem wirklich nichts verloren. gut. * Der Vorstand eines Vereins auch nicht, das sind keine Geodaten. gut. * Der Eigentümer eines Geo-Objekts könnte interessant sein, aber PERSONENDATEN sind datenschutzrechtlich problematisch. Diesen Fall wollte ich auch gar nicht einschließen. Dies ist explizit Datenschutz. Aber auch hier: * Wäre berechtigtes öffentliches Interesse wäre, wenn in dem Haus früher einer bekannten Person (Schriftsteller, Politiker, etc.) gehört hatte oder darin gewohnt hatte? * Was ist mit Denkmalschutz? Sagen wir, das Haus ist irgendwo auf dem Amtsblatt als denkmalgeschützt eingetragen und dies findet Eingang in OSM. Interessierte Historiker fahren nach Studie von OSM am Haus vorbei. Dabei entdecken sie, dass der Dachstuhl nach Belieben des Nutzers/Eigentümers ersetzt wurde... Ist der Eigentümer also nicht eine Privatperson, sondern ein Fonds, Wohnungsbaugesellschaft, Behörde, Firma, dann greift der Datenschutz nicht und es sind auch in Richtung Geodaten interessante Angaben. Ich finde dies ist ein gutes Beispiel. Im öffentlichen Interesse wäre es schon, die Wohnbaugesellschaften einzutragen (Wie viele Häuser besitzen die wo? / Ab wann ging diese Zahl -- evtl. durch Veräußerungen runter?). Aber was sagen die Mieter? Die Miete ist dort evtl. günstiger (Neid, Geomarketing etc.) * Nutzerangaben evtl. im Sinne von dass ein Gelände für Kneippianer, Kinder, alte Leute ... vorgesehen ist, sehe ich als interessante Geoinformation an. Ja, das sind auch direkte Objektinfos. Und eine Raucherkneipe (ab 18 Jahren Zutritt)? Danke für die Antworten und Grüße, Timmie ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Datenschutz bei OSM Einträgen
Am 17.07.2013 11:00, schrieb Tim Michelsen: Am 16.07.2013 16:35, schrieb Wolfgang Barth: Stephan Knauss osm at stephans-server.de writes: * Der Eigentümer eines Geo-Objekts könnte interessant sein, aber PERSONENDATEN sind datenschutzrechtlich problematisch. Diesen Fall wollte ich auch gar nicht einschließen. Dies ist explizit Datenschutz. Aber auch hier: * Wäre berechtigtes öffentliches Interesse wäre, wenn in dem Haus früher einer bekannten Person (Schriftsteller, Politiker, etc.) gehört hatte oder darin gewohnt hatte? Steht das am Haus dran (Gedenktafel, touristischer Hinweis)? dann würde ich das durchaus eintragen, vermutlich als irgendwas in Richtung Denkmal. Wenn das aber so dransteht, würde ich daraus auch ein entsprechendes öffentliches Interesse ableiten - zumindest gibt es dann Stellen, die ein solches öffentliches Interesse sehen. * Was ist mit Denkmalschutz? Sagen wir, das Haus ist irgendwo auf dem Amtsblatt als denkmalgeschützt eingetragen und dies findet Eingang in OSM. Interessierte Historiker fahren nach Studie von OSM am Haus vorbei. Dabei entdecken sie, dass der Dachstuhl nach Belieben des Nutzers/Eigentümers ersetzt wurde... Ja und? 1) Denkmalschutz hängt als Plakette auch so am Haus, da brauch ich OSM nicht, sondern kann das direkt abgleichen 2) Denkmalschutz ist nicht gleich Denkmalschutz - und wenn eine Fassade alleine unter Denkmalschutz steht, bezweifle ich, dass die gesondert in OSM eingetragen wäre. Die Auflagen der Denkmalschutzbehörde können dann aber durchaus beliebige Umgestaltungen des Innenraums und/oder des Dachstuhls erlauben. Ist der Eigentümer also nicht eine Privatperson, sondern ein Fonds, Wohnungsbaugesellschaft, Behörde, Firma, dann greift der Datenschutz nicht und es sind auch in Richtung Geodaten interessante Angaben. Ich finde dies ist ein gutes Beispiel. Im öffentlichen Interesse wäre es schon, die Wohnbaugesellschaften einzutragen (Wie viele Häuser besitzen die wo? / Ab wann ging diese Zahl -- evtl. durch Veräußerungen runter?). Aber was sagen die Mieter? Die Miete ist dort evtl. günstiger (Neid, Geomarketing etc.) Neid: Blödsinn - den Grund für Neid sucht sich niemand aus der OSM, und erst recht geht keiner irgendwohin, weil er gerne neidisch auf jemanden gucken möchte. Geomarketing: ja, berechtigt - aber wenn man das ausschließen wollte, dann darf man auch keine Bäume, Verkehrslagen, Parks, Geschäfte etc. eintragen: Ein Viertel, das hauptsächlich 'nen Aldi, Dönerbuden und Friseurläden mit dämlichen Namen beherbergt, ist tendentiell eher einkommensschwächer als eins mit Sternerestaurant und noblem Theater. Auch aus Straßenführung, Fußwegausstattung, Straßenbreite, etc. kann man vermutlich schon viel ablesen, wenn man will. Das Argument funktioniert - wenn man es akzeptiert - gegen beinahe jedes Datum in OSM, und ist damit - gesetzt, OSM sollte erhalten bleiben - unbrauchbar. * Nutzerangaben evtl. im Sinne von dass ein Gelände für Kneippianer, Kinder, alte Leute ... vorgesehen ist, sehe ich als interessante Geoinformation an. Ja, das sind auch direkte Objektinfos. Und eine Raucherkneipe (ab 18 Jahren Zutritt)? Auch direkte Objektinfos - warum auch nicht? - Zutritt erst ab 18: gibt's für Erotikshops, Clubs, Diskotheken, Videotheken auch, und ist insbesondere bei Gaststätten schon alleine für die Auswahl interessant: Mit Kindern geh ich da nicht hin, weil ich nichtmal rein darf, als Nichtraucher nicht, weil ich es nicht will. - Rauchen erlaubt: Objektinfo, interessant sowohl für Raucher als auch für Nichtraucher. - Kneipe: Das war nicht deine wirklich strittige Frage, oder? ;) Gruß Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Datenschutz bei OSM Einträgen
Am 17. Juli 2013 11:42 schrieb Peter Wendorff wendo...@uni-paderborn.de: Am 17.07.2013 11:00, schrieb Tim Michelsen: Am 16.07.2013 16:35, schrieb Wolfgang Barth: * Wäre berechtigtes öffentliches Interesse wäre, wenn in dem Haus früher einer bekannten Person (Schriftsteller, Politiker, etc.) gehört hatte oder darin gewohnt hatte? Steht das am Haus dran (Gedenktafel, touristischer Hinweis)? dann würde ich das durchaus eintragen, vermutlich als irgendwas in Richtung Denkmal. Wenn das aber so dransteht, würde ich daraus auch ein entsprechendes öffentliches Interesse ableiten - zumindest gibt es dann Stellen, die ein solches öffentliches Interesse sehen. Wenn die-/derjenige bereits tot ist, gibt es kein Problem, weil Tote keine Persönlichkeitsrechte mehr haben, wenn es sich um eine noch lebende Person des öffentlichen Lebens handelt, ist ggf. schon mehr Vorsicht angebracht. * Was ist mit Denkmalschutz? Sagen wir, das Haus ist irgendwo auf dem Amtsblatt als denkmalgeschützt eingetragen und dies findet Eingang in OSM. Interessierte Historiker fahren nach Studie von OSM am Haus vorbei. Dabei entdecken sie, dass der Dachstuhl nach Belieben des Nutzers/Eigentümers ersetzt wurde... Ja und? 1) Denkmalschutz hängt als Plakette auch so am Haus, da brauch ich OSM nicht, sondern kann das direkt abgleichen 2) Denkmalschutz ist nicht gleich Denkmalschutz - und wenn eine Fassade alleine unter Denkmalschutz steht, bezweifle ich, dass die gesondert in OSM eingetragen wäre. Die Auflagen der Denkmalschutzbehörde können dann aber durchaus beliebige Umgestaltungen des Innenraums und/oder des Dachstuhls erlauben. jedenfalls bin ich nicht der Meinung, dass wir den gesetzlichen Schutzstatus von Gebäuden oder Gebieten oder Teilen davon absichtlich nicht mappen sollten, um nicht evtl. versehentlich die Aufdeckung von Straftaten zu erleichtern (viele nichts, hoffentlich versteht das noch einer). Wo kämen wir denn da hin? Naturschutzgebiet wird nicht mehr eingetragen, weil sonst evtl. jemand noch leichter Ärger bekommt, der dort seinen Müll unerlaubt ablädt? Ist der Eigentümer also nicht eine Privatperson, sondern ein Fonds, Wohnungsbaugesellschaft, Behörde, Firma, dann greift der Datenschutz nicht und es sind auch in Richtung Geodaten interessante Angaben. Ich finde dies ist ein gutes Beispiel. Im öffentlichen Interesse wäre es schon, die Wohnbaugesellschaften einzutragen (Wie viele Häuser besitzen die wo? / Ab wann ging diese Zahl -- evtl. durch Veräußerungen runter?). Aber was sagen die Mieter? Die Miete ist dort evtl. günstiger (Neid, Geomarketing etc.) Neid: Blödsinn - den Grund für Neid sucht sich niemand aus der OSM, und erst recht geht keiner irgendwohin, weil er gerne neidisch auf jemanden gucken möchte. +1, finde ich auch sehr interessant, den Gebäudebestand der Wohnungsbaugesellschaften zu erfassen, zudem das oft (meist/immer?) aussen dran steht. Tag operator? Habe einen Eintrag dazu gefunden ;-) http://taginfo.openstreetmap.org/search?q=operator%3DWohnungsbaugesellschaft Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Adressbestände Köln nun als OpenData
Zwischenstand: Danijel arbeitet noch mit seinem Kollegen an einer Umsetzung des Nutzungstags. Die Stadt Köln hat keine weiteren Beschreibungen für die Nutzung. Allerdings wird dort geprüft, ob und welche Daten noch veröffentlicht werden können, die bei OSM 3D helfen könnten (Gebäudehöhe, -form), dass aber dann erst später. http://www.offenedaten-koeln.de/2013/06/datenmittwoch/#comments Die Stadt Köln würde sich riesig über ein Feedback von der Community bzgl. fehlerhafter Daten freuen. Also was meint ihr, macht eine Tabelle mit den fehlerhaften Daten Sinn, oder ist der Aufwand zu groß und uns nützt es nichts? Ich schlage vor, dass die wirklich groben Fehler (ohne Nutzung, zuviel Arbeit) durchaus aufgelistet werden sollten. 1. Fehlende Hausnummern, obwohl ein Haus sichtbar 2. Fehlender Häuser zu Hausnummern 3. Fehlende Straßen, etc.. beste Grüße Johannes Am 7. Juli 2013 18:12 schrieb jotpe jotpe@gmail.com: Am 7. Juli 2013 09:11 schrieb Henning Scholland o...@aighes.de: Und wenn es nur ein Blick auf das Luftbild ist um zu schauen, ob da wirklich ein(e) Haus/Kirche/Lagerhalle ist. Ich wollte lediglich sagen, dass man den Daten grundsätzlich vertrauen sollte und nicht grundsätzlich in Frage stellen. Nichts desto trotz, gesundem Menschenverstand folgend macht man geeignete Probe von sich aus Stichproben auf Auffälligkeiten. Man muss sich ja eh jede Ecke des Import vor dem commit genau ansehen. D.h. alle spezielle NUTZUNGen auf existien / Plausibilität prüfen (Internet / vor Ort / auf eine noch zu prüfen Liste?), Hausnummern visuell checken, ob ein Gebäude auf dem Luftbild ist, oder nicht. Gruß Johannes ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straßenlisten regio-osm.de
OK, ich danke euch für eure Antworten. VG Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Adressbestände Köln nun als OpenData
Hallo, Am 17.07.2013 16:36, schrieb jotpe: ... Die Stadt Köln würde sich riesig über ein Feedback von der Community bzgl. fehlerhafter Daten freuen. Also was meint ihr, macht eine Tabelle mit den fehlerhaften Daten Sinn, oder ist der Aufwand zu groß und uns nützt es nichts? Ich schlage vor, dass die wirklich groben Fehler (ohne Nutzung, zuviel Arbeit) durchaus aufgelistet werden sollten. 1. Fehlende Hausnummern, obwohl ein Haus sichtbar 2. Fehlender Häuser zu Hausnummern 3. Fehlende Straßen, etc.. Meine Hausnummernauswertung kann die bisherige Auswertung für Köln nur rudimentär anzeigen. Wenn ich das noch verbessert habe, melde ich mich und gebe den Link dazu an. Ich habe auch geplant, in der Auswertung genau diese Sachen in einer zweiten Version zu implementieren. Hausnummer, die vor Ort einfach anders sind als von der Stadt vorgegeben, z.B. auf dem Hausnummernschild steht klar 4a, wo die 4 sein soll und zwar an der Stelle der Soll Nr. 4 Oder vor Ort ist weder ein Haus noch eine Baustelle noch eine offizielle Baustellentafel weil von der Stadt schon vergeben und uns mitgeteilt, so in Augsburg. Das will ich dann per Dialog mit einigen Standardkommentaren anbieten und auch einen Freitext erlauben. Die so markierten Hausnummern werden dann in der Soll-Statistik nicht mehr berücksichtigt Die Details werde ich dann vor Implementierung noch mit Euch diskutieren. Genau damit soll bei uns in Augsburg der Rückkanal zur Stadt erfolgen, der auch vereinbart war und es gibt echte Fälle, wo einfach auch in der offiziellen Liste Fehler sind, weil Planung und Realisierung abweichen. Viele Grüße Dietmar aka okilimu beste Grüße Johannes Am 7. Juli 2013 18:12 schrieb jotpe jotpe@gmail.com: Am 7. Juli 2013 09:11 schrieb Henning Scholland o...@aighes.de: Und wenn es nur ein Blick auf das Luftbild ist um zu schauen, ob da wirklich ein(e) Haus/Kirche/Lagerhalle ist. Ich wollte lediglich sagen, dass man den Daten grundsätzlich vertrauen sollte und nicht grundsätzlich in Frage stellen. Nichts desto trotz, gesundem Menschenverstand folgend macht man geeignete Probe von sich aus Stichproben auf Auffälligkeiten. Man muss sich ja eh jede Ecke des Import vor dem commit genau ansehen. D.h. alle spezielle NUTZUNGen auf existien / Plausibilität prüfen (Internet / vor Ort / auf eine noch zu prüfen Liste?), Hausnummern visuell checken, ob ein Gebäude auf dem Luftbild ist, oder nicht. Gruß Johannes ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] 5 Jahre OSM - eine persönliche Bilanz
Hallo, On 07/17/13 02:03, Stephan Wolff wrote: Die Entscheidung, die vielen Spezialkarten und Anwendungen nicht über die zentrale Webseite osm.org zugänglich zu machen, erschwert die Wahrnehmung und Nutzung Das ist allerdings etwas, was noch beleibe nicht entschieden ist, nur geht es halt langsam. Die zentrale Webseite muss auch dann nutzbar bleiben, wenn von Dritten angebotene Dienste nicht gehen, aber das heisst ja nicht, dass man auf diese nicht geeignet verlinken kann. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] 5 Jahre OSM - eine persönliche Bilanz
Stephan Wolff s.wo...@web.de wrote: Die Entscheidung, die vielen Spezialkarten und Anwendungen nicht über die zentrale Webseite osm.org zugänglich zu machen, erschwert die Wahrnehmung und Nutzung (und indirekt die Finanzierung) von OSM. Da ist die Sachlage doch etwas anders. Mit der Veröffentlichung auf osm.org erhält jede Karte einen ungeahnten Schub an Traffic, den der ausliefernde Server erst einmal stemmen können muss. Hinzu kommen entsprechende Kosten. Und daran scheitern fast alle Karten. Einige weitere scheitern an der rechtlichen Situation, andere zeigen dasselbe, wie schon vorhandene Karten. Letztendlich muss der Anbieter aus diesen Gründen der Einbindung auf osm.org zustimmen. Alles was Du dort derzeit siehst, ist im Wesentlichen das, was diese Bedingungen erfüllt bzw. erfüllen kann. Wenn es dort also so wenig Karten gibt, liegt es daran, dass sich kaum jemand zu einem solchen Angebot in der Lage sieht. Wie sich an der derzeitigen Spendenaktion ablesen lässt, ist es selbst für die Foundation kein Kinderspiel, ihre Kern-Erfordernisse zu erfüllen. Dabei ist noch unberücksichtigt, dass wir nur die Hardware kaufen und der Traffic weitgehend gesponsert ist. Joachim Topf hat eine multilinguale OSM Karte in 280 (Sprach-) Versionen mit moderatem Traffic für Wikipedia entwickelt, die dort derzeit implementiert wird. Wenn sich diese dort bewährt, spekuliere ich mit ihr als Werkzeug-Grundlage darauf, Spezialkarten auf Basis dieses Konzepts billiger ausliefern zu können. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] 5 Jahre OSM - eine persönliche Bilanz
Am 17.07.2013 02:03, schrieb Stephan Wolff: am 16.7.2008 habe ich meinen ersten Beitrag zu OpenStreetMap geleistet. Knuffig. Ich bin einen Monat länger aktiv, Jubiläum verpaßt. Damals war selbst in unserem Landeshauptdorf Kiel das Straßennetz nur zu einem kleinen Teil erfasst. Ich bin oftmals mit meinem alten GPS12 durch die Straßen und Wege geradelt, [...] Liest sich, wie bei mir abgeschrieben. Ok, den entsprechenden Essay habe ich tatsächlich nie geschrieben, er hätte aber sehr ähnlich ausgesehen. Trotzdem gibt es für mich auch einige Wermutstropfen. Ja. Für eine Neueinsteiger werden die Einstiegshürden immer größer, zum einen unvermeidlich, da es immer mehr und komplexere Daten gibt, die man nicht zerstören darf, aber zum anderen unnötig, da die Regeln und Gebräuche nur unvollständig und teils widersprüchlich im Wiki abgelegt sind und daneben viele weitere Informationsquellen mit schlecht auffindbaren Diskussionen. Gilt auch für Gelegenheitsmapper wie mich. Das Nachforschen, wie man ein Problem richtig löst, bringt häufig unklare oder widersprüchliche Informationen zu Tage. Ich verbinde dennoch viel positives mit meinem Engagement für OSM. Um fehlende Wege auszumessen, bin ich in viele Sackgassen und Feldwege gefahren und habe manch interessantes Detail entdeckt. Ich habe Ausflüge in schlecht erfasste Gegenden gemacht, die ich sonst nicht besucht hätte. Beim Editieren ergaben sich immer wieder Fragen, die mich zu Google-Recherchen animieren. Als Wikipedia-Knipser bei mir eher WP statt Google. Rainer ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Jetzt RadioOSM Live
Hallo liebe OpenStreetMapper, in kürze sendet RadioOSM wieder Live. Ihr könnt uns auf http://streams.xenim.de/osm/ Live hören und mit uns und anderen Hörern im Chat sprechen: irc://irc.freenode.net/#Radio-OSM (Webchat: http://webchat.freenode.net?channels=Radio-OSM) Alle weiteren Infos sowie alle alten Folgen findet ihr auf unserer Webseite http://podcast.openstreetmap.de Liebe Grüße, euer RadioOSM Team - Andi, Marc und Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [osm-ve] mapa de Venezuela en formato .osm
Lo puedes bajar de Cloudmade.com[1] [1] http://downloads.cloudmade.com/americas/south_america/venezuela/venezuela.osm.bz2 Saludos. 2013/7/16 hyan...@gmail.com hyan...@gmail.com Puedes visitar http://extract.bbbike.org/ y crear un extracto en OSM XML. El 16 de julio de 2013 21:21, Taksan taksant...@gmail.com escribió: hola, alguien sabe dónde puedo conseguir el mapa de Venezuela en un archivo .osm? o tendría que procesarlo de algún otro archivo más grande? saludos, Taksan ___ Talk-ve mailing list Talk-ve@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ve ___ Talk-ve mailing list Talk-ve@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ve -- a.k.a. pelox (Debian Powered) | JID:ristu...@gusl.org.ve Barquisimeto [VE] | LinuxUser [238188] http://pelox.gusl.org.ve ___ Talk-ve mailing list Talk-ve@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ve
Re: [osm-ve] mapa de Venezuela en formato .osm
También; aunque los datos de bbbike (o geofabrik) están más actualizados. El 17 de julio de 2013 11:17, Rafael A. Isturiz L. ristu...@gusl.org.veescribió: Lo puedes bajar de Cloudmade.com[1] [1] http://downloads.cloudmade.com/americas/south_america/venezuela/venezuela.osm.bz2 Saludos. 2013/7/16 hyan...@gmail.com hyan...@gmail.com Puedes visitar http://extract.bbbike.org/ y crear un extracto en OSM XML. El 16 de julio de 2013 21:21, Taksan taksant...@gmail.com escribió: hola, alguien sabe dónde puedo conseguir el mapa de Venezuela en un archivo .osm? o tendría que procesarlo de algún otro archivo más grande? saludos, Taksan ___ Talk-ve mailing list Talk-ve@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ve ___ Talk-ve mailing list Talk-ve@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ve -- a.k.a. pelox (Debian Powered) | JID:ristu...@gusl.org.ve Barquisimeto [VE] | LinuxUser [238188] http://pelox.gusl.org.ve ___ Talk-ve mailing list Talk-ve@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ve ___ Talk-ve mailing list Talk-ve@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ve
[Talk-it] Scoopsquare, news reader geolocalizzato
Ciao, ieri sono capitato su questo sito italiano chiamato Scoopsquare ( http://www.scoopsquare.com/), una specie di feed reader che geolocalizza gli articoli e li mostra per aree (andando su un luogo particolare mostra gli articoli per quel luogo). Utilizza le api di Google Maps ma come layer utilizza OpenStreetMap, l'attribuzione l'hanno inserita su mia segnalazione in overlay sulla mappa. Ciao, Stefano ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Serre
Ho inserito un vivaio. Ho taggato tutta l'area come shop = garden_centre. All'interno di essa una parte di essa l'ho ulteriormente taggata come landuse=greenhouse_horticulture. Devo inserire sulle casette anche il tag building= greenhouse o sarebbe superfluo se viene etichettata l'area? Grazie. -- Gianluca Boero ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] nome strade provinciali
Ciao, ogni tanto trovo in giro per la provincia strade provinciali con nel tag name lo stesso valore del tag ref, questo probabilmente perchè quel tratto non ha un nome. Ad esempio così: name=SP123 ref=SP123 oppure name=Strada Provinciale 123 ref=SP123 è corretto? Ciao Davide -- View this message in context: http://gis.19327.n5.nabble.com/nome-strade-provinciali-tp5770054.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Scoopsquare, news reader geolocalizzato
Il giorno 17 luglio 2013 09:42, sabas88 saba...@gmail.com ha scritto: Ciao, ieri sono capitato su questo sito italiano chiamato Scoopsquare ( http://www.scoopsquare.com/) Carino. Utilizza le api di Google Maps ma come layer utilizza OpenStreetMap, l'attribuzione l'hanno inserita su mia segnalazione in overlay sulla mappa. Ad essere pignoli dovrebbero aggiungere un riferimento alla licenza, così: “© OpenStreetMap contributors, ODbL” oppure trasformando l'attribuzione in un link: “© OpenStreetMap contributors” -- (http://www.openstreetmap.org/copyright) Grazie per averli avvertiti. Ciao, Stefano ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Aggiornamento stradari e pagine per-comune
Buon giorno, Ho fatto un aggiornamento straordinario degli stradari e delle pagine per-comune con i dati di lunedì notte. Nei giorni scorsi ho fatto alcune modifiche alle pagine degli stradari [1]: quella più visibile è che grazie al consiglio di sabas88 di usare JQuery e DataTables, ho aggiunto la ricerca di parti di nomi nella pagina in alto a destra, utile ad esempio per cercare un cognome se è fuori dall'ordine alfabetico, e i filtri sulle le righe vuote e piene in fondo a ogni colonna; le impostazioni sono salvate in un cookie quindi quando ritornate sulla pagina ritrovate la situazione che avete lasciato (però siccome ci sono migliaia di righe, ci mette del tempo a trasformare la tabella). Per lo stradario di Genova ho considerato anche alt_name e con sabas88 abbiamo aggiunto un elenco di corrispondenze manuali per aggirare gli errori nei dati del Comune e ora 2777 nomi si trovano in entrambi i dataset, erano 2598 il 9 luglio, un ottimo risultato in parte ottenuto correggendo e integrando i dati da parte di sabas88 e in parte migliorando il programma. Non ho aggiunto alt_name alle altre città perché rallenta troppo le query e ci sono pochi casi per ora; per informazione, questo è il conteggio dei nomi distinti nelle città che considero: name | alt_name | città --+--+- 1045 |8 | Bari 1358 | 22 | Cesena 2044 |4 | Firenze 3080 | 131 | Genova 559 |0 | Pavia 853 |2 | Trento 2811 |4 | Venezia 1119 |0 | Vicenza (8 righe) Mentre in tutta Italia: name | alt_name +-- 166981 | 1443 (1 riga) Tra le altre modifiche, ho aggiunto le strade pedestrian e living_street; ho (di nuovo) dato la precedenza a name:it; nel controllo ortografico ho ignorato automaticamente le parole che terminano con '%platz|%strasse|%straße|%weg' perché il correttore ortografico ha solo le regole dell'italiano e non le sa gestire. [1] http://www.forsi.it/osm/spellcheck/highway/stradario/ -- Daniele Forsi ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Serre
Am 17/lug/2013 um 10:03 schrieb Gianluca Boero gianlucabo...@alice.it: Devo inserire sulle casette anche il tag building= greenhouse o sarebbe superfluo se viene etichettata l'area? lo metterei, building per un edificio non è implicito nei altri tags che hai messo (landuse e shop) ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] nome strade provinciali
solitamente han tutte un nome, verifica meglio -- View this message in context: http://gis.19327.n5.nabble.com/nome-strade-provinciali-tp5770054p5770065.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] aree canali
Trovo molte aree adiacenti ai canali e ai fossi di solito nelle zone agricole che sono ricoperte di alberi e ramaglie. Come taggo queste zone? Al momento le lascio scoperte. Non mi sembra esatto mettere tutto come un campo fino al fosso, anche perchè l'area coltivata solitamente ha una fascia di rispetto. Mentre vedo che in alcune parti si copre tutto fino al canale senza considerare le strade dei trattori, ecc. -- View this message in context: http://gis.19327.n5.nabble.com/aree-canali-tp5770067.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] nome strade provinciali
Il giorno 17 luglio 2013 10:36, dvdzero dvdz...@gmail.com ha scritto: Ciao, ogni tanto trovo in giro per la provincia strade provinciali con nel tag name lo stesso valore del tag ref, questo probabilmente perchè quel tratto non ha un nome. Ad esempio così: name=SP123 ref=SP123 oppure name=Strada Provinciale 123 ref=SP123 è corretto? CANCELLA IL NAME SENZA PIETA'! :D Io il name così lo trovo brutto, il ref serve (per gli 'scudi'), ma il name andrebbe solo sulla relazione quando essa verrà fatta (anche perchè se ha un nome tipo Via dei Pioppi questo avrebbe la precedenza comunque). Ciao Davide Ciao, Stefano -- View this message in context: http://gis.19327.n5.nabble.com/nome-strade-provinciali-tp5770054.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] aree canali
2013/7/17 bredy bredy...@yahoo.it Trovo molte aree adiacenti ai canali e ai fossi di solito nelle zone agricole che sono ricoperte di alberi e ramaglie. Come taggo queste zone? Al momento le lascio scoperte. Non mi sembra esatto mettere tutto come un campo fino al fosso, anche perchè l'area coltivata solitamente ha una fascia di rispetto. lasciarle fuori da landuse=farmland mi sembra un'inizio, poi devi vedere che cos'è che vuoi rappresentare, e poi devi cercare i tags per farlo. Finchè non lo sai dire in italiano di cosa si tratta non potrai mapparlo ne anche in inglese. Per alberi e ramaglie direi che il tag più adatto è landcover (quindi la copertura del suolo, cosa ci cresce), ma non vuol dire che ad altri livelli di significato (come landuse e natural) non ci saranno altri tags da usare (allo stesso tempo). Mentre vedo che in alcune parti si copre tutto fino al canale senza considerare le strade dei trattori, ecc. si, approssimativo e secondo me anche contraproduttivo: sulla mappa sembra che sia mappato completamente, quindi non invita molto ad altri mappatori di aggiungere cose, come lo fa un area vuota. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] nome strade provinciali
Il 17/07/2013 11:29, bredy ha scritto: solitamente han tutte un nome, verifica meglio A volte il nome è però costruito ad-hoc solo per riempire il segnale, e non so nemmeno se sia quello ufficiale o in realtà ufficiale è solo il ref. Esempio tratto dalle mie parti (provincia di Vercelli): Fuori Vercelli inizia una strada. La provincia ha installato all'inizio (e alla fine) un cartello con scritto Sp6 Vercelli Formigliana. Il nome della strada l'hanno costruito mettendo semplicemente il comune di inizio e fine della strada provinciale, e oltretutto non è nemmeno il percorso migliore tra le due località. La strada di fatto serve solo per raggiungere i due paesi intermedi (Olcenengo e Casanova Elvo) anche perchè c'è un lungo tratto a corsia unica condivisa dai due sensi, con pure un ponte a peso limitato e senso unico alternato. Aggiungo che la toponomastica che il comune di Vercelli assegna alla strada in questione è Strada Olcenengo (e non Strada Formigliana). Sinceramente non saprei come comportarmi in questi casi. -- View this message in context: http://gis.19327.n5.nabble.com/nome-strade-provinciali-tp5770054p5770065.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] nome strade provinciali
2013/7/17 sabas88 saba...@gmail.com CANCELLA IL NAME SENZA PIETA'! :D Io il name così lo trovo brutto, il ref serve (per gli 'scudi'), ma il name andrebbe solo sulla relazione quando essa verrà fatta (anche perchè se ha un nome tipo Via dei Pioppi questo avrebbe la precedenza comunque). starei un attimo attento prima di cancellare, ho visto spesso che il nome della strada era (secondo il cartello come quelli residenziali) strada statale foo o strada provinciale bar. Lo puoi cancellare sempre dopo, per me non nuoce, e spesso sarà pure il nome locale e/o per quella strada. Un'altra cosa che spesso si vede sono descrizioni, anch'essi alle volte ufficiali (=da cartello), come Strada Provinciale Città A Città B ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] landuse
Ulteriore chiarimento. Ho un condominio con una prato attorno. E' corretto indicare tutta la proprietà come landuse=residential ed eventualmente indicare l'area del giardino come leisure=garden? -- View this message in context: http://gis.19327.n5.nabble.com/landuse-tp5766839p5770091.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] landuse
direi che e' troppo dettagliato a meno che non sia un area aperta al.pubblico On Jul 17, 2013 3:40 PM, bredy bredy...@yahoo.it wrote: Ulteriore chiarimento. Ho un condominio con una prato attorno. E' corretto indicare tutta la proprietà come landuse=residential ed eventualmente indicare l'area del giardino come leisure=garden? -- View this message in context: http://gis.19327.n5.nabble.com/landuse-tp5766839p5770091.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] landuse
Ma sarebbe strutturalmente corretto o bisognerebbe lasciare l'area del giardino fuori dalla landuse? -- View this message in context: http://gis.19327.n5.nabble.com/landuse-tp5766839p5770094.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] landuse
2013/7/17 bredy bredy...@yahoo.it Ma sarebbe strutturalmente corretto o bisognerebbe lasciare l'area del giardino fuori dalla landuse? per me sarebbe corretto, vado con i landuse fin dove mi aspetto il confine (spesso si vede dalla recinzione o dal cambiamento del prato ecc.). Se vuoi specificare il tipo di giardino c'è http://wiki.openstreetmap.org/wiki/Proposed_features/Garden_specification quindi garden:type=residential ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] landuse
2013/7/17 bredy bredy...@yahoo.it Ma sarebbe strutturalmente corretto o bisognerebbe lasciare l'area del giardino fuori dalla landuse? Se il prato è un giardino (pubblico o privato) in cui la gente va per fare cose residenziali (prendere il sole, o l'ombra, portare in giro il cane...) allora lascialo nel landuse=residential. Se è un prato in cui le macchine parcheggiano, oppure in cui cresce l'erba alta, allora non è residential. Ciao, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Serre
il landuse è per taggare un'area adibita alla coltivazione in serra e per esempio può comprendere una porzione di territorio dove ci sono serre building= greenhouse invece serve per identificare una serra quindi avrà i contorni che ricalcano la serra è l'equivalente dell'utilizzo di landuse=residential e building=house la prima delinea l'area residenziale la seconda la casa Il 17/07/2013 10:03, Gianluca Boero ha scritto: Ho inserito un vivaio. Ho taggato tutta l'area come shop = garden_centre. All'interno di essa una parte di essa l'ho ulteriormente taggata come landuse=greenhouse_horticulture. Devo inserire sulle casette anche il tag building= greenhouse o sarebbe superfluo se viene etichettata l'area? Grazie. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] landuse
Il giorno 17 luglio 2013 16:15, Martin Koppenhoefer dieterdre...@gmail.comha scritto: 2013/7/17 Simone Saviolo simone.savi...@gmail.com Se il prato è un giardino (pubblico o privato) in cui la gente va per fare cose residenziali (prendere il sole, o l'ombra, portare in giro il cane...) allora lascialo nel landuse=residential. Se è un prato in cui le macchine parcheggiano, oppure in cui cresce l'erba alta, allora non è residential. se il parcheggio macchine e sul sito (e non su suolo pubblico) ed è principalmente per chi ci abita (quindi non è per clienti) per me è sempre compreso nel landuse=residential. Parcheggiare mica non è una cosa non-residential ;-) Sì, mi riferivo al caso in cui chiunque (gente che non c'entra col condominio) parcheggia. Ciao, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] landuse
2013/7/17 Simone Saviolo simone.savi...@gmail.com Se il prato è un giardino (pubblico o privato) in cui la gente va per fare cose residenziali (prendere il sole, o l'ombra, portare in giro il cane...) allora lascialo nel landuse=residential. Se è un prato in cui le macchine parcheggiano, oppure in cui cresce l'erba alta, allora non è residential. se il parcheggio macchine e sul sito (e non su suolo pubblico) ed è principalmente per chi ci abita (quindi non è per clienti) per me è sempre compreso nel landuse=residential. Parcheggiare mica non è una cosa non-residential ;-) ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] landuse
dieterdreist wrote 2013/7/17 bredy lt; bredyfox@ gt; Ma sarebbe strutturalmente corretto o bisognerebbe lasciare l'area del giardino fuori dalla landuse? per me sarebbe corretto, vado con i landuse fin dove mi aspetto il confine (spesso si vede dalla recinzione o dal cambiamento del prato ecc.). Se vuoi specificare il tipo di giardino c'è http://wiki.openstreetmap.org/wiki/Proposed_features/Garden_specification quindi garden:type=residential ciao, Martin ___ Talk-it mailing list Talk-it@ http://lists.openstreetmap.org/listinfo/talk-it Ma allora anche per i campi le strade interne (dove corre il trattore attorno per capirsi) dovrebbe essere compreso nella landuse farmland, io invece le ho tenute a parte eventualmente che qualcuno voglia mettere anche quelle tracce di percorso. Così però si hanno delle fasce scoperte, come quelle che si hanno attorno ai fossi, secondo il vostro discorso comunque son parte del campo perchè servon a scolar le sue acque. Ma allora un'area industriale che fa parte tutta di un consorzio dovrei creare una relazione tra i vari landuse=industrial più le varie aree verdi che la compongono? -- View this message in context: http://gis.19327.n5.nabble.com/landuse-tp5766839p5770106.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] landuse
2013/7/17 bredy bredy...@yahoo.it Ma allora anche per i campi le strade interne (dove corre il trattore attorno per capirsi) dovrebbe essere compreso nella landuse farmland fanno parte della particella o no? Nelle zone che conosco bene non fanno parte delle particelle, ma potrebbe essere diverso in altri regioni... ciao, Martin -- Martin Koppenhoefer (Dipl-Ing. Arch.) Via del Santuario Regina degli Apostoli, 18 00145 Roma |I|I|I|I|I|I|I|I| Italia N41.851, E12.4824 tel1: +39 06.916508070 tel2: +49 30 868708638 mobil: +39 392 3114712 mobil: +49 1577 7793740 m...@koppenhoefer.com http://www.koppenhoefer.com Hinweis: Diese Nachricht wurde manuell erstellt. Wir bemühen uns um fehlerfreie Korrespondenz, dennoch kann es in Ausnahmefällen vorkommen, dass bei der manuellen Übertragung von Informationen in elektronische Medien die übertragenen Informationen Fehler aufweisen. Wir bitten Sie, dies zu entschuldigen. Any views or opinions are solely those of the author and do not necessarily represent those of koppenhoefer.com unless specifically stated. This email and any files attached are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error, please notify postmas...@koppenhoefer.com Please note that to ensure regulatory compliance and for the protection of our clients and business, we may monitor and read messages sent to and from our systems. Thank You. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] landuse
2013/7/17 bredy bredy...@yahoo.it Un esempio per capire se sto facendo in modo corretto il percorso 230230723 potete dirmi se può andar bene, per me va bene, se guardi attentamente noterai che si potrebbe spezzare quel campo ancora in due, separando l'angolo in alto a destra (sembra che c'è anche un piccolo waterway che lo separa). ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] landuse
Se si guarda il lotto in base al catasto allora il percorso del trattore, all'interno dei campi dovrei comprendere anche quelli, le strade interpoderali sono un'altra cosa. Per i canali di scolo interni ai campi metto solo quelli che non vengono tolti, perchè noto che spesso quelli piccoli tendono a eliminarli. -- View this message in context: http://gis.19327.n5.nabble.com/landuse-tp5766839p5770114.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] nome strade provinciali
Il giorno 17 luglio 2013 12:02, Giulio Garbi juliu...@alice.it ha scritto: Il 17/07/2013 11:29, bredy ha scritto: solitamente han tutte un nome, verifica meglio A volte il nome è però costruito ad-hoc solo per riempire il segnale, e non so nemmeno se sia quello ufficiale o in realtà ufficiale è solo il ref. Esempio tratto dalle mie parti (provincia di Vercelli): Fuori Vercelli inizia una strada. La provincia ha installato all'inizio (e alla fine) un cartello con scritto Sp6 Vercelli Formigliana. Il nome della strada l'hanno costruito mettendo semplicemente il comune di inizio e fine della strada provinciale, e oltretutto non è nemmeno il percorso migliore tra le due località. La strada di fatto serve solo per raggiungere i due paesi intermedi (Olcenengo e Casanova Elvo) anche perchè c'è un lungo tratto a corsia unica condivisa dai due sensi, con pure un ponte a peso limitato e senso unico alternato. Aggiungo che la toponomastica che il comune di Vercelli assegna alla strada in questione è Strada Olcenengo (e non Strada Formigliana). Sinceramente non saprei come comportarmi in questi casi. Attenzione che mi sembra di percepire un po' di confusione :-) La Strada Provinciale 6 Vercelli - Formigliana è un percorso di strade, ognuna con le sue caratteristiche (infatti questa è giustamente taggata un po' secondary e un po' tertiary). Parte dalla exSS230 di Massazza, va a Olcenengo, a Casanova Elvo, e finisce di nuovo sulla exSS230. Va rappresentata con una relazione di tipo route (type=route, route=road), con ref=SP6 e name=Strada Provinciale 6 Vercelli - Formigliana. Questo è il nome *della strada provinciale*. Il primo tratto di questo percorso giace nel Comune di Vercelli, e il Comune l'ha battezzato strada Olcenengo. Quindi ref=SP6, name=Strada Olcenengo. In Olcenengo diventa (tra gli altri) corso Giacomo Matteotti, quindi ref=SP6 e name=Corso Giacomo Matteotti. Il fatto che la SP6 si chiami Vercelli - Formigliana non indica affatto che sia *la strada* per andare da Vercelli a Formigliana. Di solito le strade provinciali prendono il nome dai centri che uniscono (alle due estremità), vedi anche ad esempio la vicina SP25 Cascine Strà - Casalrosso, dove sia Cascine Strà sia Casalrosso sono frazioni e non Comuni. Le strade statali (o ex statali) prendono spesso il nome di un posto che attraversano (SS230 di Massazza che va da Vercelli a Biella, SS12 dell'Abetone e del Brennero che va da Pisa a Brennero, SS596 dei Cairoli che va da Vercelli a Pavia) o della regione geografica che attraversano (SS11 Padana Superiore). Ciao, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Azienda con più di un sito web
Il 17/07/2013 17:55, Martin Koppenhoefer ha scritto: se sono di più o scopro che alcuni siti non sono importanti (non li metto) oppure uso website2 ecc. come suggerito da te. Ok, ho fatto così (website2 e website3). Grazie! Carlo -- .-. | Registered Linux User #443882| .''`. oo| | http://linuxcounter.net/ | : :' : /`'\ | Registered Debian User #9 | `. `'` (\_;/) | http://debiancounter.altervista.org/ | `- ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] nome strade provinciali
Io cancellerei il name di quelle stradae con tag name del tipo name=SP123 Direi che possono benissimo esserci tratti di strade senza nome (in particolare fuori dagli abitati) e magari in quei tratti un cosa del tipo name=Strada Provinciale 123 può starci e non cancellerei. -- View this message in context: http://gis.19327.n5.nabble.com/nome-strade-provinciali-tp5770054p5770120.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] nome strade provinciali
Mi collego a questo thread per chiedere come credete sia meglio comportarsi in presenza di relazioni p.es. di una strada provinciale. Ovviamente la relazione contiene il ref ed il name. La mia domanda è sulle way facenti parte della relazione: bisogna mettere comunque il ref (e forse anche il nome)? Io fino ad ora mi comportavo così, per il nome lo mettevo ovviamente solo dove non c'era altro nome di via o altro, mentre il ref lo mettevo comunque. Questo per una questione di mapnik che i ref delle relazioni non li mostra. Ora però mi chiedevo se forse meglio togliere tutti i ref ed i name (Strada provinciale...) dalle way, tanto ci sono già nella relazione? Grazie Damjan ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-se] Tagga myndigheter
Insurance agency låter än mer fel i mina öron. /B 18 jul 2013 kl. 00:25 skrev Andreas Vilén andreas.vi...@gmail.com: Jag tror jag satte fsk i Lund som office=insurance_agency men jag vet inte om man kan jämställa fsk med försäkringsbolag. 2013/7/18 Bengt Bäverman be...@baverman.se Social facility tycker jag låter fel för försäkringskassan. Jag hittar inget stöd för den taggen på osm hemsida. Den handlar mer om olika institutioner som äldre ård etc. På engelska kallar Fsk sig för the Swedish Social Insurance Agency. /B 17 jul 2013 kl. 22:33 skrev Andreas Vilén andreas.vi...@gmail.com: (Vänligen fortsätt konversationen genom att svara på det senaste inlägget, så startas inte en ny tråd vid varje mail) Dina förslag låter vettiga förutom vårdcentral, för där finns redan en etablerad tagg: amenity=clinic /Andreas 2013/7/17 NightRider nightri...@unlimitedmail.org Förtydligande: Jag föreslog ingenting utan bara kollade hur andra hade gjort och hittade då fyra olika sätt efter att ha kollat cirka sex arbetsförmedlingar. I hopp om att få igång en diskusion föreslår jag dessa taggningar: Arbetsförmedling office=employment_agency Försäkringskassa social_facility Folketshus amenity=community_centre Vårdcentral amenity=doctors Kommunhusamenity=townhall ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-at] Heimatmuseum mit mehreren Gebäuden
vielen dank für alle hinweise! Friedrich Volkmann wrote on 2013-07-16 19:24: On 16.07.2013 13:01, erwin nindl wrote: ich würde gerne das Areal eines Heimatmuseums (teilweise Freilichtmuseum) als ganzes als Museum taggen. Am Areal befinden sich mehrere Gebäude, mit bis zu ganz kleinen von ~2m² Grundfläche. In http://wiki.openstreetmap.org/wiki/Museum wird explizit auf building=yes verwiesen. Die Überschrift Tags to use in combination war etwas irreführend, ich hab sie gerade korrigiert. tourism=museum muss keineswegs gemeinsam mit operator=* und building=*vorkommen. Der Operator muss dem Mapper nicht bekannt sein, und das Museum muss nicht mit einem Gebäude übereinstimmen. Viele Museen umfassen nur einen Teil eines Gebäudes (z.B. Geldmuseum der Nationalbank), oder das Museum hat einen anderen Namen als das Gebäude (z.B. Uhrenmuseum / Palais Obizzi), oder das Museum umfasst mehrere Gebäude (z.B. NHM) oder eine Fläche mit mehreren Gebäuden (wie in deinem Fall) oder überhaupt keine Gebäude, sondern nur einen im Freien stehenden Schaukasten (Sauriermuseum in Muthmannsdorf) oder auch meherere (Hochstraßenmuseum in Semmering). In deinem Fall, also wenn das Museum ein zusammenhängendes Areal umfasst, ist die richtige Lösung ganz klar, tourism=museum mit dem Namen auf eben dieses Areal zu setzen. Die einzelnen Gebäude können dann eigene Namen haben (siehe Germanisches Gehöft Elsarn und das Keltendorf bei Schwarzenbach). On 2013-07-16 13:18, Stefan Tauner wrote: richtig ist relativ. ich würde es mit einer site relation lösen (das wird auch von einem kommentator auf der diskussionsseite von museum vorgeschlagen). http://wiki.openstreetmap.org/wiki/Relation:site Weiß nicht so recht Eine site-Relation wär auf jeden Fall sinnvoll wenn es verschiedene verteilte Gebäude sind und dazwischen ist was anderes resp. normale Straßen. Wenn alles ein Areal ist (so sind halt die meisten Freilichtmuseen, die mir so einfallen) und drin sind versch. Gebäude, würd ich als Museum einfach das ganze Areal taggen und nicht nur die Gebäude... So sehe ich das auch. Und so wird das sogar auf http://wiki.openstreetmap.org/wiki/Relation:site empfohlen: | It is not necessary or appropriate to use a relation when all the elements | contained within the boundary of the site belong to the site, and no elements | beyond that boundary do belong. In this simple case simply tag the perimeter | with all the appropriate tags. Users of the information can simply perform | an 'is-in-polygon' test to determine which elements belong to the site. Abgesehen davon finde ich die site-Relation in der derzeit propagierten Form etwas missglückt. Die Bezeichnung site legt nahe, dass sich alles am selben Fleck befindet. Gerade dann ist die Relation aber nicht nötig. Auch über die Sinnhaftigkeit der vorgeschlagenen Rollen kann man streiten. Darum fasse ich Objekte lieber mit type=collection oder multipolygon zusammen. ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
[Talk-ca] Good bye, Google Maps… thanks for all the fish
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Bonjour, Hier soir à la réunion de travail d'OSM Montréal j'ai mentionné deux articles sur une expérience de passage de Google Maps à OSM. On m'a suggéré de partager l'information ici: https://l1bre.ca/l/bookmarks.php/magicfab/switch2osm J'avais aussi pris en note plusieurs outils mentionnés dans ces articles, les voici: https://l1bre.ca/l/bookmarks.php/magicfab/osm+tools A+ Fabian - -- Fabián Rodríguez http://openstreetmap.magicfab.ca -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: PGP/Mime available upon request Comment: Using GnuPG with Icedove - http://www.enigmail.net/ iEYEARECAAYFAlHmqrgACgkQfUcTXFrypNUFNgCfdFlqsWujpA4dgl5o+p3q6Yz7 3zoAn05jElY/u8wYLiW6pGnM3kINyWeM =zagy -END PGP SIGNATURE- ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
[Talk-cz] Bezecke trasy vyuzivajici znaceni cyklotras a turistickych tras KCT
Zdravim, mozna uz se to resilo, ale jak znacit bezecke trasy, ktere vedou po existujicich trasach tur. znacek a cyklotras (maji vlastni rozcestniky, vetsinou tak 1-2 metry vedle rozcestniku turistickeho, ale nekdy i navic) a nemaji vlastni znaceni? Novou relaci asi nema smysl zavadet, ale jak to resit s atributy? Napada me strednikova notace (route=bicycle;ski), ale s tim budou mit asi problem renderery. Pavel Moravec ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] cesta jako dvě jednosměrky?
Dne 16.7.2013 21:42, Petr Stehlik napsal(a): Dobrý den všem, prosím připomeňte mi, proč v OSM někdo kreslí normální čtyřproudou cestu (konkrétně např. R49 mezi Zlínem a Otrokovicemi) jako dvě protiběžné jednosměrky. Připadá mi to jako zlozvyk přebraný z Google Maps, který si tím pomáhá při routování, takže to dělá skoro všude (ty jednosměrky). V OSM to ale přece dělat nemusíme, máme na všechno příznaky - na počet pruhů, na jejich směry, na přikázané/zakázané odbočení... Protoze ty tvoje priznaky jsou naprosto nanic, jakejkoli zasah do mapy to to rozbije, zadnej editor stim neumi pracovat. Proto v OSM prakticky nikde zadny pruhy definovany nejsou, a proto je neustale neco rozjebly, pokud nekde nekdo neco takovyho otestuje. Pokud to ma nekdy fungovat, tak se to musi z pohledu editoru(a) jevit jako zcela samostatny cesty, se kterejma lze zcela samostatne nakladat. Jak to vypada v datech je putna. A když už jsme u toho, proč se dálnice bez prostředního dělícího čehokoliv taky kreslí jako dvě protiběžné jednosměrky? To je nějaký úzus? Nebo když je na asfaltu dvojitá plná čára, tak už se to bere jako dvě cesty v OSM? A ještě jedna drobnost: když je na kruhovém objezdu jeden směr rozdělený pidi ostrůvkem (tak 0,5 m^2), tak je to důvod pro nakreslení dvou jednosměrných cest - vjezdu a výjezdu z kruhového objezdu? Já bych si myslel, že je to jedna cesta, a proto jen jeden vjezd/výjezd - aby potom navigace při počítání opusťte kruhový objezd třetím výjezdem nepočítaly některé ty cesty navíc... U kruhacu je to otazka citu ... jako u vseho v OSM ... a souvisi to s tim vejs - neexistuje zadnej rozumnej zpusob, jak nakreslit krizovatku a rict, ze tyhle cesty jsou jen vetve jedny trasy ... aby to vypadalo rozumne v editoru, na mape i v datech. Jako bonus kdyz chces aby fungovala po tech vetvich spravne navigace (mam tu kruhac, kterej ma jeste ve vsech smerech doprava primy vetve), tak tam musis na kazdym spoji definovat zakazy odboceni, ktery se ti rozbijou hned, jak na to nekdo sahne, protoze to nikde neni videt a editory s tim neumi zachazet. Ptám se, abych věděl, co všechno mám když tak předělat... Děkuji, Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Bezecke trasy vyuzivajici znaceni cyklotras a turistickych tras KCT
Dne 17.7.2013 8:59, Pavel Moravec napsal(a): Zdravim, mozna uz se to resilo, ale jak znacit bezecke trasy, ktere vedou po existujicich trasach tur. znacek a cyklotras (maji vlastni rozcestniky, vetsinou tak 1-2 metry vedle rozcestniku turistickeho, ale nekdy i navic) a nemaji vlastni znaceni? Novou relaci asi nema smysl zavadet, ale jak to resit s atributy? Napada me strednikova notace (route=bicycle;ski), ale s tim budou mit asi problem renderery. Nova relace je jedinej smysluplnej utvar. Jak technicky tak i logicky. Pavel Moravec ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] cesta jako dvě jednosměrky?
-- Petr Dlouhý petr.dlo...@email.cz -- Původní zpráva -- Od: jzvc j...@tpfree.net Datum: 17. 7. 2013 Předmět: Re: [Talk-cz] cesta jako dvě jednosměrky? Dne 16.7.2013 21:42, Petr Stehlik napsal(a): Dobrý den všem, prosím připomeňte mi, proč v OSM někdo kreslí normální čtyřproudou cestu (konkrétně např. R49 mezi Zlínem a Otrokovicemi) jako dvě protiběžné jednosměrky. Připadá mi to jako zlozvyk přebraný z Google Maps, který si tím pomáhá při routování, takže to dělá skoro všude (ty jednosměrky). V OSM to ale přece dělat nemusíme, máme na všechno příznaky - na počet pruhů, na jejich směry, na přikázané/zakázané odbočení... Protoze ty tvoje priznaky jsou naprosto nanic, jakejkoli zasah do mapy to to rozbije, zadnej editor stim neumi pracovat. Proto v OSM prakticky nikde zadny pruhy definovany nejsou, a proto je neustale neco rozjebly, pokud nekde nekdo neco takovyho otestuje. Pokud to ma nekdy fungovat, tak se to musi z pohledu editoru(a) jevit jako zcela samostatny cesty, se kterejma lze zcela samostatne nakladat. Jak to vypada v datech je putna. Tohle není moc dobrý důvod to tak dělat. Bez příznaků a omezujících relací se prostě neobejdeme, pokud chceme mít funkční navigaci. Je tedy nesmysl ně nějak zavrhovat. Rozhodovacím kritériem jestli udělat silnici jako dvě jednosměrné linie by spíš mělo být to, jestli se tím získá vyšší úroveň detailu nebo alespoň zjednodušší situace ohledně zákazových relací. V praxi je potom dobrým rozhodovacím kritériem to, jestli má silnice nějaký dělící pás. Ne všechno jde vyznačit standartním relacemi/příznaky - například nejde vyznačit místa, kde je možné se otočit do protisměru na propojce mezi směry. A když už jsme u toho, proč se dálnice bez prostředního dělícího čehokoliv taky kreslí jako dvě protiběžné jednosměrky? To je nějaký úzus? Nebo když je na asfaltu dvojitá plná čára, tak už se to bere jako dvě cesty v OSM? A ještě jedna drobnost: když je na kruhovém objezdu jeden směr rozdělený pidi ostrůvkem (tak 0,5 m^2), tak je to důvod pro nakreslení dvou jednosměrných cest - vjezdu a výjezdu z kruhového objezdu? Já bych si myslel, že je to jedna cesta, a proto jen jeden vjezd/výjezd - aby potom navigace při počítání opusťte kruhový objezd třetím výjezdem nepočítaly některé ty cesty navíc... U kruhacu je to otazka citu ... jako u vseho v OSM ... a souvisi to s tim vejs - neexistuje zadnej rozumnej zpusob, jak nakreslit krizovatku a rict, ze tyhle cesty jsou jen vetve jedny trasy ... aby to vypadalo rozumne v editoru, na mape i v datech. Jako bonus kdyz chces aby fungovala po tech vetvich spravne navigace (mam tu kruhac, kterej ma jeste ve vsech smerech doprava primy vetve), tak tam musis na kazdym spoji definovat zakazy odboceni, ktery se ti rozbijou hned, jak na to nekdo sahne, protoze to nikde neni videt a editory s tim neumi zachazet. Nestačí náhodou počítat jen linie jednosměrné směrem ven, a na nějaké zákazové relace se vykašlat? Ptám se, abych věděl, co všechno mám když tak předělat... Děkuji, Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz;___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
[Talk-cz] nepoužitelná historie změn kvůli obřím oblastem?
Ahoj, ještě jeden základní dotaz (možná FAQ, nevím): když se chci podívat na historii změn nějaké konkrétní ulice či chodníčku (na osm.org/browse/changesets), vyskáčí na mě stovky či tisíce změn všeho možného po celém světě, co se mého místa, na které se zrovna dívám, naprosto nijak netýká - až na to, že ten panáček, co editoval jakousi zatáčku na Jakartě, nebo ten mimoň, co upravoval kostelík uprostřed jižní Afriky, z nějakého důvodu editovali v obdélníku desetitisíce kilometrů krát desetitisíce kilometrů, takže prý zasáhli i tu oblast na Valašsku, kterou se snažím analyzovat. Dá se s tímto něco dělat? Vyfiltrovat tu historii tak, aby ukazovala jen skutečné změny v oblasti, která mě zajímá? Zastřelit autory editorů, které dovolují editovat tak velké oblasti? Díky, Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] nepoužitelná historie změn kvůli obřím oblastem?
S editorem to nemá sž tak mos společného, stačí když jsou změny nahrané v jednom changesetu, takže například když na opačných stranách Zeměkoule stáhnu a upravím oblasti o rozloze několika metrů vznikne tento nesmysl. Zkus třeba http://owl.openstreetmap.org/ - tam už se zobrazjí změny podle oblasti a ne podle boundingboxu changesetu. Lukáš Matějka (LM_1) Dne 17. července 2013 12:57 Petr Stehlik psteh...@sophics.cz napsal(a): Ahoj, ještě jeden základní dotaz (možná FAQ, nevím): když se chci podívat na historii změn nějaké konkrétní ulice či chodníčku (na osm.org/browse/changesets), vyskáčí na mě stovky či tisíce změn všeho možného po celém světě, co se mého místa, na které se zrovna dívám, naprosto nijak netýká - až na to, že ten panáček, co editoval jakousi zatáčku na Jakartě, nebo ten mimoň, co upravoval kostelík uprostřed jižní Afriky, z nějakého důvodu editovali v obdélníku desetitisíce kilometrů krát desetitisíce kilometrů, takže prý zasáhli i tu oblast na Valašsku, kterou se snažím analyzovat. Dá se s tímto něco dělat? Vyfiltrovat tu historii tak, aby ukazovala jen skutečné změny v oblasti, která mě zajímá? Zastřelit autory editorů, které dovolují editovat tak velké oblasti? Díky, Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] nepoužitelná historie změn kvůli obřím oblastem?
Já používám http://zverik.osm.rambler.ru/whodidit/ Kromě interaktivního módu umožňuje sledovat přes RSS changesety ve vybrané oblasti a netrpí výše popsaným problémem. V. Dne 17. července 2013 13:21 LM_1 flukas.robot+...@gmail.com napsal(a): S editorem to nemá sž tak mos společného, stačí když jsou změny nahrané v jednom changesetu, takže například když na opačných stranách Zeměkoule stáhnu a upravím oblasti o rozloze několika metrů vznikne tento nesmysl. Zkus třeba http://owl.openstreetmap.org/ - tam už se zobrazjí změny podle oblasti a ne podle boundingboxu changesetu. Lukáš Matějka (LM_1) Dne 17. července 2013 12:57 Petr Stehlik psteh...@sophics.cz napsal(a): Ahoj, ještě jeden základní dotaz (možná FAQ, nevím): když se chci podívat na historii změn nějaké konkrétní ulice či chodníčku (na osm.org/browse/changesets), vyskáčí na mě stovky či tisíce změn všeho možného po celém světě, co se mého místa, na které se zrovna dívám, naprosto nijak netýká - až na to, že ten panáček, co editoval jakousi zatáčku na Jakartě, nebo ten mimoň, co upravoval kostelík uprostřed jižní Afriky, z nějakého důvodu editovali v obdélníku desetitisíce kilometrů krát desetitisíce kilometrů, takže prý zasáhli i tu oblast na Valašsku, kterou se snažím analyzovat. Dá se s tímto něco dělat? Vyfiltrovat tu historii tak, aby ukazovala jen skutečné změny v oblasti, která mě zajímá? Zastřelit autory editorů, které dovolují editovat tak velké oblasti? Díky, Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] nepoužitelná historie změn kvůli obřím oblastem?
K tomu, co již napsali jiní, přidám ještě tip na jeden dobrý nástroj pro zkoumání historie objektů: http://osm.mapki.com/history/ Ukazuje historii změn konkrétního uzlu/cesty/relace - kdy, kdo co. Sice to není úplně odpověď na otázku, co jsi pokládal, ale občas se to hodí a mám pocit, že to moc lidí nezná. Petr Morávek aka Xificurk ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Bezecke trasy vyuzivajici znaceni cyklotras a turistickych tras KCT
Ano. Pokud to ale není nějakým způsobem označená trasa (barvou, číslem, názvem apod.), tak je to nejspíš zbytečné - stačí zanést informaci o úpravě stopy do cesty (hlavně piste:type=nordic, piste:grooming=...). Fakt, že jsou někde ukazatele směru a vzdálenosti, jak to u běžkařského značení dost často bývá, ještě neznamená relaci, to až v případě kontinuity celé trasy tím označením. Jan Vršovský -- Původní zpráva -- Od: jzvc j...@tpfree.net Datum: 17. 7. 2013 Předmět: Re: [Talk-cz] Bezecke trasy vyuzivajici znaceni cyklotras a turistickych tras KCT Dne 17.7.2013 8:59, Pavel Moravec napsal(a): Zdravim, mozna uz se to resilo, ale jak znacit bezecke trasy, ktere vedou po existujicich trasach tur. znacek a cyklotras (maji vlastni rozcestniky, vetsinou tak 1-2 metry vedle rozcestniku turistickeho, ale nekdy i navic) a nemaji vlastni znaceni? Novou relaci asi nema smysl zavadet, ale jak to resit s atributy? Napada me strednikova notace (route=bicycle;ski), ale s tim budou mit asi problem renderery. Nova relace je jedinej smysluplnej utvar. Jak technicky tak i logicky. Pavel Moravec ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz;___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] čísla turistických tras
To se nám to tu pěkně rozvášnilo. :-) Shrnul bych to tak, že od KČT nemůžeme nic očekávat. Pro veřejnost jsou čísla tras zrušená a pokud bychom se k nim někdy dostali, jak tu již bylo řečeno, kdoví v jakém stavu tato data jsou. Proto navrhuji zrušit používání tagu ref udávající číslo trasy a používal bych tag destination či note k určení odkud trasa kam vede. Pokud trasa nemá jméno a v jednom bodě se sbíhá 3 a více tras stejné barvy, použil bych stejný počet relací kolik se jich zde sbíhá. Očekávám vaše názory, připomínky, kritiku nebo totální zahanbení:) Vašek __ Od: Marek Prokop ma...@sovavsiti.cz Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org Datum: 16.07.2013 17:57 Předmět: Re: [Talk-cz] čísla turistických tras Proč pak mají cyklotrasy čísla a tur. trasy ne? Pardon, ale to je dětinská otázka typu proč je nebe modré, když je tráva zelená. Skončí nakonec cyklotrasy stejně a nebudou číslované? Vždyť ale přeci není nijak dáno, že jsou cyklotrasy číslované a turistické ne. KČT nemá celosvětový monopol na trasy. Jsou trasy různých operátorů a jsou trasy, které žádného oficiálního operátora nemají. Stejně tak jsou trasy, které mají nějaké oficiální ID, a trasy, které ho nemají. U některých je to ID číselné, u jiných je slovní... Pokud se tedy vykašleme na nějaké číslování od KČT... Tak pro jistotu ještě jednou. My jsme se nevykašlali na číslování KČT. Číslování KČT už prostě neexistuje. budeme si muset zavést vlastní systém relací. Ano, i když spíš než systém by stačilo pár rozumných a dostatečně flexibilních best practices. Jak používat relace, když se například sbíhají 3 trasy stejné barvy v 1 bodě? No jo, to je holt systémová nedomyšlenost českých turistických tras. Asi se to musí řešit případ od případu. Někdy je trasa pojmenovaná, a pak je její jméno ideální ID. Jindy jde identitu trasy odvodit z rozcestníků -- dokud na sebe navazují, je to jedna trasa. Troufám si odhadnout, že to funguje ve víc než 90 % případů. Každopádně bych z toho nedělal kovbojku. Relace trasy je abstrakce, která v reálném terénu neexistuje, takže je ve skutečnosti jedno, jak se jedna barva rozdělí či spojí. Jde jen o to, aby byly relace rozumně dlouhé a dobře se s nimi pracovalo při mapování. Vyvstává ovšem otázka, jak zjistit, že jsou všechny trasy zmapované, když vlastně nemáme žádný referenční seznam tras... A k čemu je ta otázka dobrá? Každý týden nějaká trasa vzniká a nějaká zaniká. Operátory tras se čím dal častěji stávají obce, mikroregiony, chákáóčka atd. Stejně není moc, která by to všechno dokázala uhlídat a inventarizovat (a neštěstí to ani není potřeba). Zdraví, Marek ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] čísla turistických tras
2013/7/17 Václav Kubíček vas...@centrum.cz: Pro veřejnost jsou čísla tras zrušená a pokud bychom se k nim někdy dostali, jak tu již bylo řečeno, kdoví v jakém stavu tato data jsou. Souhlas. navrhuji zrušit používání tagu ref udávající číslo trasy a používal bych tag destination či note k určení odkud trasa kam vede. Souhlas. Destination se už dlouho snažím vyplňovat právě podle koncových míst rozcestníků, když je znám. Když nevím, kde posloupnost rozcestníků končí, dávám tam aspoň mně poslední známé místo. Pokud trasa nemá jméno a v jednom bodě se sbíhá 3 a více tras stejné barvy, použil bych stejný počet relací kolik se jich zde sbíhá. Někdy to může být nutné, ale většinou je to zbytečné, protože trasy opravdu zpravidla vyplývají z posloupnosti cílů na rozcestnících. Příklad: 1. rozcestník směřuje na místa A, B, C. 2. rozcestník v A směřuje na B, C, D. 3. rozcestník v B směřuje na C, D, E a zároveň jiným směrem na F. V takovém případě jsou tedy evidentně jen dvě trasy, jedna jde z A do E a druhá z B do F. Takhle to bývá poměrně často. Zdraví, Marek ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] čísla turistických tras
2013/7/18 Karel Volný ka...@seznam.cz: výše uvedené má být jako důvodem k zahození doposud víceméně fungujícího systému? to je vtip? V jakém smyslu ten systém funguje? Jak se pozná v mapě, že funguje? Jak se to pozná v jiných aplikacích? @Marek Prokop: jestli kopeš za KČT, tak to řekni rovnou Eh?? Tak pro jistotu ještě jednou. My jsme se nevykašlali na číslování KČT. Číslování KČT už prostě neexistuje. to je nesmysl jednak již na začátku threadu jsme se dozvěděli zprostředkovanou informace od KČT , že číslování dále používá, a jednak tato čísla lze ještě dohledat v terénu pokud hodláš trvat na tom, že neexistuje, mám tě usvědčovat ze lži fotkama? Hele, mírni se, krávy jsme spolu nepásli. Mapujeme aktuální stav, a pokud je mi známo, smíme vycházet jen z veřejných zdrojů, v terénu zjistitelných faktů a dat, ke kterým nám někdo dá práva. V tomto smyslu tedy čísla tras prostě neexistují. Ano, někde asi na starých rozcestnících ještě jsou, ale ty se vyměňují za nové (v mém okolí už byly prakticky všechny vyměněny) a na nich čísla nejsou. I kdybychom tedy znali původní čísla a i kdyby KČT nadále interně číslovalo, stejně nebudeme ani tušit, zda to které konkrétní číslo stále platí. Klidně změním názor, až mi někdo vysvětlí, kde ta čísla vezmeme a k čemu nám budou dobrá, když se bez nich skoro všude na světě obejdou (a všechny ne-KČT trasy u nás taky). Marek ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [OSM-talk-fr] La cartographie de grand-papa... ;)
Nous sommes des nains assis sur des épaules de géants. Si nous voyons plus de choses et plus lointaines qu’eux, ce n’est pas à cause de la perspicacité de notre vue, ni de notre grandeur, c’est parce que nous sommes élevés par eux. Jean de Salisbury, écrit en 1159 http://fr.wikipedia.org/wiki/Des_nains_sur_des_%C3%A9paules_de_g%C3%A9ants Le 16/07/2013 23:33, Christian Quest a écrit : http://www.youtube.com/watch?v=AjhXMlji3Uk ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Amélioration rendu FR sur les zooms faibles...
J'ai retravaillé le zoom 10... - le placement des place=village est moins prioritaire, du coup ils ne bouffent pas tout l'espace et les références des autoroutes, sont de retour, ainsi que d'autre libellés - j'ai amélioré le tracé des limites de pays A comparer avec le rendu OSM actuel et le rendu OSM-FR non modifié. OSM-FR-lowzoom: http://tile.openstreetmap.fr/?zoom=10lat=50.69812lon=2.95486layers=B0FFF OSM-FR: http://tile.openstreetmap.fr/?zoom=10lat=50.69812lon=2.95486layers=B0FFF OSM défaut: http://tile.openstreetmap.fr/?zoom=10lat=50.69812lon=2.95486layers=00B000FFF -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Nom des voies : Saint-Machin ou Saint Machin ?
Si on regarde l'orthographe officielle, les Saints ne prennent pas de -. On écrit Saint Paul et non Saint-Paul. Par contre, le nom des villes prennent bien un -, exemple Saint-Etienne Qu'en est-il du nom des voies ? Existe-t-il une règle ? Ecrit-on Rue de Saint Pierre ou Rue de Saint-Pierre ? - Tony EMERY Administrateur OpenStreetMap.fr Mandataire Grand Sud-Est Géomaticien chef de projets -- View this message in context: http://gis.19327.n5.nabble.com/Nom-des-voies-Saint-Machin-ou-Saint-Machin-tp5770045.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nom des voies : Saint-Machin ou Saint Machin ?
Bonjour Le 17/07/2013 10:06, Tony Emery a écrit : Qu'en est-il du nom des voies ? Existe-t-il une règle ? Ecrit-on Rue de Saint Pierre ou Rue de Saint-Pierre ? 1 - Officiellement, regarder les panneaux indicateur d'entrée en agglomération ou les plaques de noms de rue 2- Officieusement, les toponymes contenant des « Saint(e)(s) », « sur », « sous », ou tout autre termes formant un composé contiennent un trait d'union Cordialement -- David Crochet ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Problème de chargement des tuiles mapnik osm.org
Merci Christian pour les infos. Aujourd'hui après 5 jours de coupure ça remarche, les tuiles s'affichent de nouveau. Faut pas chercher à comprendre... ;-) N'empêche pour l'outil d'ajout des numéros d'adresses ton joli fond FR ce serait sympa. Nicolas Le 16/07/2013 16:12, Christian Quest a écrit : Pour info, lu sur IRC #osm-dev à 15:53 : WARNING: Mapnik tile proxy (london / orm) appears to be down Pas directement lié à ton problème, mais bon à savoir. Le 16 juillet 2013 15:43, Christian Quest cqu...@openstreetmap.fr a écrit : Ça ressemble à un problème de connexion entre toi et le cache de Lyon et pas à une blacklistage... A remonter aux admin, avec une copie à Lyonix ? http://www.lyonix.net/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] libération des données Fantoir
Vu sur Géorezo : libération du fichier Fantoir de la DGFIP [1] La licence est compatible avec OSM : LO/OL [2] C'est en fait un répertoire des voies et lieux-dits de chaque commune (avec des fautes d'orthographes et tout en capitales sans accents, dans les fichiers que j'ai pu voir par le passé, mais je n'ai pas regardé les fichiers proposés maintenant s'ils sont mieux). Sans coordonnées géographiques bien sûr donc ça ne peut servir qu'à contrôler par exemple l'exhaustivité des voies et lieux-dits dans OSM (et ce serait déjà pas mal) Damouns [1] http://georezo.net/forum/viewtopic.php?pid=235878 [2] http://www.collectivites-locales.gouv.fr/mise-a-disposition-fichier-fantoir-des-voies-et-lieux-dits ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] libération des données Fantoir
Ah oui et il y a une clé prévue pour enregistrer le code Fantoir : ref:FR:FANTOIR=* cf. http://wiki.openstreetmap.org/wiki/WikiProject_France/Liste_des_r%C3%A9f%C3%A9rences_nationales Le 17 juillet 2013 10:22, Damouns damo...@gmail.com a écrit : Vu sur Géorezo : libération du fichier Fantoir de la DGFIP [1] La licence est compatible avec OSM : LO/OL [2] C'est en fait un répertoire des voies et lieux-dits de chaque commune (avec des fautes d'orthographes et tout en capitales sans accents, dans les fichiers que j'ai pu voir par le passé, mais je n'ai pas regardé les fichiers proposés maintenant s'ils sont mieux). Sans coordonnées géographiques bien sûr donc ça ne peut servir qu'à contrôler par exemple l'exhaustivité des voies et lieux-dits dans OSM (et ce serait déjà pas mal) Damouns [1] http://georezo.net/forum/viewtopic.php?pid=235878 [2] http://www.collectivites-locales.gouv.fr/mise-a-disposition-fichier-fantoir-des-voies-et-lieux-dits ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nom des voies : Saint-Machin ou Saint Machin ?
David Crochet wrote 1 - Officiellement, regarder les panneaux indicateur d'entrée en agglomération ou les plaques de noms de rue 2- Officieusement, les toponymes contenant des « Saint(e)(s) », « sur », « sous », ou tout autre termes formant un composé contiennent un trait d'union Le problème du officiellement c'est qu'officiellement il y a plein d'erreur et aucune logique. J'ai même du St. D'où ma demande de règle existante. Donc, a priori, on part sur Saint-Machin - Tony EMERY Administrateur OpenStreetMap.fr Mandataire Grand Sud-Est Géomaticien chef de projets -- View this message in context: http://gis.19327.n5.nabble.com/Nom-des-voies-Saint-Machin-ou-Saint-Machin-tp5770045p5770052.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nom des voies : Saint-Machin ou Saint Machin ?
Le 17 juillet 2013 10:28, Tony Emery tony.em...@yahoo.fr a écrit : Le problème du officiellement c'est qu'officiellement il y a plein d'erreur et aucune logique. J'ai même du St. D'où ma demande de règle existante. Donc, a priori, on part sur Saint-Machin cf. http://wiki.openstreetmap.org/wiki/FR:Toponymes,_odonymes#Autres_noms Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] libération des données Fantoir
2013/7/17 Damouns damo...@gmail.com: C'est très incomplet comme fichier mais ça peut servir comme suivi statistique. Et certains champs pourraient nous resservir pour un contrôle qualité comme le fait qu'un lieu-dit soit signalé habité ou non (place=hamlet/isolated_dwelling ou place=locality) ou sur l'orthographe (bien que les noms soient limités aux 26 premiers caractères). Saluons tout de même cette libération de données publiques. Ca ne coûte pas grand chose à la DGFiP de les publier et c'est payé par nos impôts. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] libération des données Fantoir
Lors de la réunion que l'on avait eu avec la DGFiP pour la prochaine ouverture de leur WMS, la DGFiP nous avait informé que le fichier FANTOIR allait passer sous licence OL/LO. Cela va nous permettre de faire des comparaisons pour mesurer l'exhaustivité commune par commune des noms de rues, ainsi que sortir la liste des rues manquantes. J'ai rapidement regardé le contenu des fichiers. Ils sont dispo par paquet (zip) région par région et uniquement pour la métropole. :( Le zip contient un fichier texte pour chaque département. Chaque fichier départemental contient 3 types d'enregistrements: département, commune et voie Tout est mélangé et en ASCII 7 bits de format fixe (150 caractères) :( Pour les voies on a comme info utile: - le code FANTOIR - une clé RIVOLI qui différencie lieux-dits, ensembles immobiliers (résidences ?), pseudo-voies, voies temporaires - type (RUE/AV/PL/ALL, etc) et libellé de la rue (en MAJUSCULES) :( - si la commune est recensée ou rurale - si la voie est privée ou publique (bien ça !) - pour les lieux-dits si ils sont bâtis ou non (hamlet/locality) J'ai regardé pour ma commune, on retrouve des trucs étonnants, comme une rivière ou des ponts ou une ligne SNCF et une ligne RER en pseudo-voie. Voir plus en détail: http://www.collectivites-locales.gouv.fr/files/files/gestion_locale_dgfip/Descriptif_FANTOIR_2013.pdf Ce PDF décrit le format du fichier, mais pas en détail chaque champ (comme mes voies ferrées en pseudo-voies). Ah oui... il n'y a aucune donnée géographique au delà du code INSEE de la commune, mais ça reste un fichier de référence qui va être très très utile ! Le 17 juillet 2013 10:27, Damouns damo...@gmail.com a écrit : Ah oui et il y a une clé prévue pour enregistrer le code Fantoir : ref:FR:FANTOIR=* cf. http://wiki.openstreetmap.org/wiki/WikiProject_France/Liste_des_r%C3%A9f%C3%A9rences_nationales Le 17 juillet 2013 10:22, Damouns damo...@gmail.com a écrit : Vu sur Géorezo : libération du fichier Fantoir de la DGFIP [1] La licence est compatible avec OSM : LO/OL [2] C'est en fait un répertoire des voies et lieux-dits de chaque commune (avec des fautes d'orthographes et tout en capitales sans accents, dans les fichiers que j'ai pu voir par le passé, mais je n'ai pas regardé les fichiers proposés maintenant s'ils sont mieux). Sans coordonnées géographiques bien sûr donc ça ne peut servir qu'à contrôler par exemple l'exhaustivité des voies et lieux-dits dans OSM (et ce serait déjà pas mal) Damouns [1] http://georezo.net/forum/viewtopic.php?pid=235878 [2] http://www.collectivites-locales.gouv.fr/mise-a-disposition-fichier-fantoir-des-voies-et-lieux-dits ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] libération des données Fantoir
Je viens de jeter un oeil sur des zones que je connais. Le caractère n° 110 est censé indiquer : lieu-dit bâti : valeur = 1 Sinon : valeur = 0 J'ai l'impression que c'est exactement le contraire. Tous les lieu-dits habités que je connais on la valeur 0, et les noms donnés à certaines zones (bois, parcelles, etc..) ont la valeur 1. Stf ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] libération des données Fantoir
Le mercredi 17 juillet 2013 11:01:23, Stéphane Péneau a écrit : Je viens de jeter un oeil sur des zones que je connais. Le caractère n° 110 est censé indiquer : lieu-dit bâti : valeur = 1 Sinon : valeur = 0 J'ai l'impression que c'est exactement le contraire. Tous les lieu-dits habités que je connais on la valeur 0, et les noms donnés à certaines zones (bois, parcelles, etc..) ont la valeur 1. Stf C'est encore pire, si tout était vraiment inversé, alors toutes les zones inhabitées seraient en 1, mais non, certaines sont en 0. Je crois qu'on ne va pas pouvoir en faire grand chose en zone rurale... :-( Stf ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nom des voies : Saint-Machin ou Saint Machin ?
2013/7/17 Romain MEHUT romain.me...@gmail.com: cf. http://wiki.openstreetmap.org/wiki/FR:Toponymes,_odonymes#Autres_noms Toute la page sur la toponymie est intéressante à lire ;-) Pour résumer, nous suivons depuis très longtemps dans OSM la charte de toponymie rédigée par l'IGN. Cela a l'avantage d'une certaine cohérence sur tout le territoire (ce qui n'est pas le cas sur le terrain), de laisser peu de place à d'interminables discussions dont nous avons le secret et d'être compatible avec l'inconscient collectif qu'impose l'usage généralisé des cartes de l'IGN. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Amélioration rendu FR sur les zooms faibles...
Le 17/07/2013 09:01, Christian Quest a écrit : J'ai retravaillé le zoom 10... - le placement des place=village est moins prioritaire, du coup ils ne bouffent pas tout l'espace et les références des autoroutes, sont de retour, ainsi que d'autre libellés - j'ai amélioré le tracé des limites de pays A comparer avec le rendu OSM actuel et le rendu OSM-FR non modifié. OSM-FR-lowzoom: http://tile.openstreetmap.fr/?zoom=10lat=50.69812lon=2.95486layers=B0FFF OSM-FR: http://tile.openstreetmap.fr/?zoom=10lat=50.69812lon=2.95486layers=B0FFF OSM défaut: http://tile.openstreetmap.fr/?zoom=10lat=50.69812lon=2.95486layers=00B000FFF Excellent ce rendu ! Et de mieux en mieux ! Merci pour ce travail de fourmi zélée ! -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] libération des données Fantoir
Attention, il s'agit de la présence de bâti, pas d'habitants, donc un hangar agricole, peut faire passer ça en bâti. Rapide vérification sur un bled de l'Yonne que je connais bien... je confirme les 0/1 inversés pour les lieux-dits avec bâti ou non... sinon ça ne me semble pas trop incohérent de ce que j'ai pu regarder. Je pourrai vérifier sur le terrain dans une dizaine de jours ;) Le 17 juillet 2013 11:10, Stéphane Péneau stephane.pen...@wanadoo.fr a écrit : Le mercredi 17 juillet 2013 11:01:23, Stéphane Péneau a écrit : Je viens de jeter un oeil sur des zones que je connais. Le caractère n° 110 est censé indiquer : lieu-dit bâti : valeur = 1 Sinon : valeur = 0 J'ai l'impression que c'est exactement le contraire. Tous les lieu-dits habités que je connais on la valeur 0, et les noms donnés à certaines zones (bois, parcelles, etc..) ont la valeur 1. Stf C'est encore pire, si tout était vraiment inversé, alors toutes les zones inhabitées seraient en 1, mais non, certaines sont en 0. Je crois qu'on ne va pas pouvoir en faire grand chose en zone rurale... :-( Stf ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] libération des données Fantoir
Et quelqu'un aurait-il la possibilité de mettre à disposition un outil facilitant la confrontation de ces données avec celles d'OSM? Romain Le 17 juillet 2013 11:46, Christian Quest cqu...@openstreetmap.fr a écrit : Attention, il s'agit de la présence de bâti, pas d'habitants, donc un hangar agricole, peut faire passer ça en bâti. Rapide vérification sur un bled de l'Yonne que je connais bien... je confirme les 0/1 inversés pour les lieux-dits avec bâti ou non... sinon ça ne me semble pas trop incohérent de ce que j'ai pu regarder. Je pourrai vérifier sur le terrain dans une dizaine de jours ;) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] libération des données Fantoir
On va s'y coller... surtout pour compléter cet outil: https://openstreetmap.fr/outils/adresses (soyez, patient, il mouline en live) Le 17 juillet 2013 11:49, Romain MEHUT romain.me...@gmail.com a écrit : Et quelqu'un aurait-il la possibilité de mettre à disposition un outil facilitant la confrontation de ces données avec celles d'OSM? Romain -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Amélioration rendu FR sur les zooms faibles...
Le 17/07/2013 09:01, Christian Quest a écrit : J'ai retravaillé le zoom 10... Après les éloges... Quelques suggestions : Pour les abréviations : Machin-sur-Truc : Machin/Truc [1] Style : [2] Entre le zoom 13 et 14, le nom de la ville passe de droit à italique... [3] Nom de la commune présent deux fois [3] Étrange ces pylônes sans ligne... [1] http://tile.openstreetmap.fr/?zoom=10lat=47.97226lon=4.59508layers=B0FFF [2] http://tile.openstreetmap.fr/?zoom=14lat=50.07397lon=3.34131layers=B0FFF http://tile.openstreetmap.fr/?zoom=13lat=50.07397lon=3.34131layers=B0FFF [3] http://tile.openstreetmap.fr/?zoom=16lat=50.08438lon=3.36949layers=B0FFF -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Comptes dédiés bannis après la première contribution.
Bonjour tout le monde, dans le cadre d'un projet http://wiki.openstreetmap.org/wiki/Mairies_du_Nord-Pas-de-Calais de la liste Nord-Pas-de-Calais http://listes.openstreetmap.fr/wws/arc/local-npdc consistant à taguer les mairies des communes de la région, nous sommes amenés à intégrer les bâtis de nombreuses villes aux vues du manque chronique de bâtiments dans certains endroits de la région. Occupé à cette tache, j'ai reçu un mail de Paul Norman concernant les comptes dédiés (j'ai cru comprendre que ceci est un marronnier donc je ne m'y attarde pas). Peu enchanté, je crée mon premier compte dédié nommé Pichassoimportbati http://www.openstreetmap.org/user/Pichassoimportbati , dans la description je précise qu'il est le compte dédié de Pichasso http://www.openstreetmap.org/user/Pichasso et j'importe l'hôtel de ville de Longuenesse http://www.openstreetmap.org/browse/changeset/16983369 , conformément à la requête de Norman je précise ensuite que j'ai importé la mairie dans le journal du compte et là après la modification effectuée, on me sort compte suspendu puis le compte n'existe plus. Ayant basé le compte à Montcuq (histoire de marquer mon opinion face à la requête formulée), j'ai pensé que c'était peut-être la cause de ce ban. Je recommence alors en créant Pichasso_import_bati http://www.openstreetmap.org/user/Pichasso_import_bati et là j'ai importé l'intégralité de la commune de Clairmarais http://www.openstreetmap.org/browse/changeset/16983939 en opérant comme d'habitude les corrections suite aux erreurs et aux avertissements signalés par JOSM. J'ai importé en plusieurs fois en captant à chaque fois une partie du fichier house avec le lasso, ceci pour dire que le temps d'import a été beaucoup plus important que le seul hôtel de ville de Longuenesse. Bref, j'ai importé sans problème les bâtiments de la commune audomaroise. Mais au moment de valider la modification de mon catalogue d'importation dans le journal, le site m'indique une nouvelle fois que le compte est suspendu puis bani. Donc j'imagine que je fais une chose interdite ou d'une façon non appropriée. -Est-ce-qu'il y a une méthode particulière pour créer un compte dédié (autre que créer un nouveau compte et indiquer dans la description qu'il est dédié au compte principal) ? -Est-ce-que le fait d'avoir deux comptes sur la même IP produit le ban du deuxième compte ? -Si oui, comment créer un compte dédié avec un seul ordinateur ? -Est-ce-que le fait de modifier une entrée d'un journal peut engendrer le ban ? (Ça semble absurde mais c'est le seul point commun que j'ai trouvé entre les deux comptes banis) D'avance merci de vos réponses. -- View this message in context: http://gis.19327.n5.nabble.com/Comptes-dedies-bannis-apres-la-premiere-contribution-tp5770078.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Amélioration rendu FR sur les zooms faibles...
Bonjour, Excellent ce rendu ! Et de mieux en mieux ! Merci pour ce travail de fourmi zélée ! +1 Sinon j'ai essayé de mettre à jour certaines limites de Pays en Amérique du Sud ; est ce que le rendu à été réactualisé? (pour voir si les changements sont correct!) (changement sur l'admin_level=2 et sur les frontières maritime) http://tile.openstreetmap.fr/?zoom=8lat=7.14355lon=-59.68305layers=B0FFF http://tile.openstreetmap.fr/?zoom=4lat=-9.86698lon=-82.79004layers=B0FFF Merci, Simon ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comptes dédiés bannis après la première contribution.
2013/7/17 Pichasso pichass...@hotmail.com: Ayant basé le compte à Montcuq ^^ j'aurais pas fait mieux !! Tiens, d'ailleurs, je m'y mets aussi par solidarité. Tous à Montcuq !! http://www.openstreetmap.org/user/Pieren Bref, j'ai importé sans problème les bâtiments de la commune audomaroise. Mais au moment de valider la modification de mon catalogue d'importation dans le journal, le site m'indique une nouvelle fois que le compte est suspendu puis bani. Ce qui m'étonne, c'est que le compte soit supprimé et pas simplement bloqué. Aucun des comptes cités ne figure sur cette liste: http://www.openstreetmap.org/user_blocks J'ai pourtant essayé de recréer un des comptes et il est bien réservé (donc encore dans la base). Donc j'imagine que je fais une chose interdite ou d'une façon non appropriée. Ou alors, c'est un bug ou une protection générale contre les vandalismes qui est devenu un peu trop sensible... -Est-ce-qu'il y a une méthode particulière pour créer un compte dédié (autre que créer un nouveau compte et indiquer dans la description qu'il est dédié au compte principal) ? Pas à ma connaissance. -Est-ce-que le fait d'avoir deux comptes sur la même IP produit le ban du deuxième compte ? Un compte n'est pas lié à une adresse IP mais à un email. -Si oui, comment créer un compte dédié avec un seul ordinateur ? Utiliser un email différent pour chaque compte doit suffire. -Est-ce-que le fait de modifier une entrée d'un journal peut engendrer le ban ? Certainement pas. D'avance merci de vos réponses. Je te conseillerais de voir avec PNormann s'il est bien à l'origine des suppressions, ce qui n'est pas encore sûr et pourquoi c'est pas un simple blocage avec un minimum d'explication. Sinon, tu peux aussi t'adresser à notre membre imminent du DWG, Sylvain Letuffe, sylv...@letuffe.org ou li...@letuffe.org et qui pourra sans doute en dire plus. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Amélioration rendu FR sur les zooms faibles...
Quelques suggestions : Pour les abréviations : A propos des abréviations, je suis dubitatif face à l'abréviation de Rocade : Roc. C'est la première fois que je vois cette abréviation et je ne la trouve pas naturelle. Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Libération de l'ortho mnt 2009/2010 du CRAIG sur la région auvergne
Hello, je me rends compte qu'on a compl ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Libération de l'ortho mnt 2009/2010 du CRAIG sur la région auvergne
Bonjour (cette fois, je vais essayer de ne pas me faire trahir par #@!#@! gmail) je me rends compte qu'on (le CRAIG) a completement oublié de communiquer sur cette info : http://craig.fr/actualite/939-donnees-orthophographiques-et-altimetriques-du-craig-en-licence-ouverte http://craig.fr/contenu/906-opendata Les données libérées sont en LO, datent de 2009/2010, y'a des fiches de métadonnées, y'a tout sur le FTP (réechantillonages, dallages, etc...). Pour ce qui est de l'ortho en ECW, ca ne change rien par rapport aux flux qui sont déja fournis a osm sur http://wms.craig.fr/osm. Par contre christian m'avait dit être interessé par les mnt (en ASC) qui pouvaient servir a faire des controles, ou des calculs de sommets, etc.. Les images brutes en TIFF (ie clichés pris par les avions) sont aussi libérées, mais a raison de 12To de données, elles ne sont pas sur un FTP, donc disponibles uniquement sur demande, et en fonction de mon temps libre pour traiter les copies. Une image de à 30cm de résolution pèse 560Mo, une image à 15cm sur une agglomération pèse 390Mo. Une visionneuse est disponible pour choisir les dalles a télécharger si on veut faire son marché. La campagne de prises de vues pour 2013 est en cours, et d'ici le printemps prochain un flux avec ortho a 25cm sur la région (et 10cm sur les 6 agglos de la région) sera disponible, aux mêmes conditions que le précédent. Landry ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] fichier de référence pour autocad
Bonjour à tous, je cherche un fichier de référence avec une xref pour géolocaliser des contenus autocad est-ce que vous savez si la bdd openstreetmap permet de faire ce genre de chose ? j'ai bien trouvé des infos sur le web mais cela me parut compliqué... et ne me garantie pas une fois le shapefile importé dans autocad, que celui-ci conserve bien sa xref s'il existe une manière simple de le faire cela nous arrangerai bien, pour info le fichier du cadastre que l'on nous a fourni n'a pas cette fameuse xref, et les architectures que l'on a dessinées se retrouve au milieu de la mer amitiés à tous Benoît 06 80 07 97 52 assocition À Travers www.atravers.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Amélioration rendu FR sur les zooms faibles...
Le 17 juillet 2013 09:01, Christian Quest cqu...@openstreetmap.fr a écrit : J'ai retravaillé le zoom 10... - j'ai amélioré le tracé des limites de pays Avec maintenant des trous dans les frontières par endroit (ici le niveau 11: http://tile.openstreetmap.fr/?zoom=11lat=50.87114lon=24.01423layers=B0FFF et tous les niveaux 10 et moins). Apparemment si le chemin ne contient pas explicitement un admin_level tu ne vas pas le chercher dans les relations dont il est membre. Anomalie identique entre Mexique et USA au nord-Est de Monterrey: http://tile.openstreetmap.fr/?zoom=9lat=26.39221lon=-98.92668layers=B0FFF Certes on peut corriger en mettant les admin_level manquants ou corrects dans les chemins. Mais c'est le genre de truc secondaire dans les données, une redondance dont le moteur de rendu devrait pouvoir se passer, par une préparation en amont des données de frontières et reclacul des admin_level corrects. Aussi aux faibles niveaux de zoom les frontières autour des déserts (en jaune d'or) sont trop visibles (exemple entre Tunisie et Lybie) et ne devraient même pas être visibles du tout. On ne voit que ça, mieux que les frontières internationales alors que ces déserts ont des contours flous et ne sont pas des frontières. Encore quelques effets de pâtés dans la méthode de simplification des contours (exemple: au sud-est du Liechtenstein) qui produit des traits plus gras que nécessaire par endroit par accumulation excessive de points arrondis Sinon bravo pour avoir enlevé leur couloir noire incongrue qui était beaucoup trop contrastée (et trop gras en plus, ce qui masquait trop de chose). Il reste à unifier les styles de polices pour que villes et régions ne mélangent pas caractères italiques et droits sans règle établie (qui varie en plus selon le zoom). a mon avis toutes les villes devraient avoir des caratèes droits (n'utiliser les italiques qu'au delà du niveau 8 ou pour les noms de pays et régions (en caractères plus grands mais moins contrastés, plus gras aussi mais plus transparents). ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Amélioration rendu FR sur les zooms faibles...
Am 17.07.2013 09:01, schrieb Christian Quest: J'ai retravaillé le zoom 10... - le placement des place=village est moins prioritaire, du coup ils ne bouffent pas tout l'espace et les références des autoroutes, sont de retour, ainsi que d'autre libellés Merci pour cette amélioration qui fait que mon village (moins de 2000h) est affiché en zoom 10 ;) place=village couvre un éventail trop large pour servir de seul critère de sélection. Il faudrait saisir l'attribut population=* de façon systématique pour pouvoir parametriser le rendu en fonction du nombre d'habitants. Existe-t-il une source de données libre pour cette information? Rainer ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] libération des données Fantoir
Un outil [1] permet le signalement des ajouts, suppressions et modifications opérés sur les voies et adresses en Bretagne. Il y a même un flux RSS pour suivre les signalements. Il n'y a aucune restriction d'usage de ces informations. Ce serait intéressant de les raccrocher quelque part (Osmose?) pour être vraiment réactif... [1] http://geobretagne.fr/geonetwork/srv/fr/metadata.show?uuid=58e7b791-8495-47df-819f-0660fb8d8645 Romain Le 17 juillet 2013 11:55, Christian Quest cqu...@openstreetmap.fr a écrit : On va s'y coller... surtout pour compléter cet outil: https://openstreetmap.fr/outils/adresses (soyez, patient, il mouline en live) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] export zone personnalisée dans MapOsMatic
Bonjour, je voudrais faire un export d'une zone en Mapquest en version vectoris (pdf ou svg). Je sais que je peux le faire avec MapOsMatic mais je ne trouve pas l'option me permettant de dfinir une zone personnalise. La partie zone gographique est trop large mais pas assez haute pour ma zone. Emilie ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] libération des données Fantoir
Fichier intéressant pour l'exhaustivité sauf qu'il n'est pas synchronisé avec les données qui servent au cadastre numérique... Il y a donc risque de doublon (par exemple un article avec le nom de la commune versus Le Bourg) ou des graphies différentes désignant un même lieu, ou une adresse de complaisance non reprise par le cadastre ... A l'inverse, certaine désignations locales traditionnelles ne sont pas connues. De plus, la traduction cartographique de ce fichier sur le cadastre est surfacique (attribution d'une adresse FANTOIR) à chaque parcelle cadastrale, ce qui n'est pas transposable à la logique OSM sur les lieux-dit. Au pire, j'ai trouvé des inclusions de lieux dits dans d'autres lieux dit, ce qui n'est pas très gérables non plus. A consommer avec modération -- View this message in context: http://gis.19327.n5.nabble.com/liberation-des-donnees-Fantoir-tp5770049p5770110.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Amélioration rendu FR sur les zooms faibles...
Le rendu lowzoom en test ne se recalcule pas tout seul lorsqu'il y a des changements. Je vais refaire une passe sur les premiers zooms pour qu'ils prennent en compte les dernières données. Le 17 juillet 2013 12:25, Simon Miniou simon.min...@gmail.com a écrit : Bonjour, Excellent ce rendu ! Et de mieux en mieux ! Merci pour ce travail de fourmi zélée ! +1 Sinon j'ai essayé de mettre à jour certaines limites de Pays en Amérique du Sud ; est ce que le rendu à été réactualisé? (pour voir si les changements sont correct!) (changement sur l'admin_level=2 et sur les frontières maritime) http://tile.openstreetmap.fr/?zoom=8lat=7.14355lon=-59.68305layers=B0FFF http://tile.openstreetmap.fr/?zoom=4lat=-9.86698lon=-82.79004layers=B0FFF Merci, Simon ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Libération de l'ortho mnt 2009/2010 du CRAIG sur la région auvergne
Le 17 juillet 2013 13:35, Landry Breuil landry.bre...@gmail.com a écrit : Bonjour (cette fois, je vais essayer de ne pas me faire trahir par #@!#@! gmail) Psss... sur GMail il y a une option annuler l'envoi qu'on peut activer et qui est parfois bien pratique. je me rends compte qu'on (le CRAIG) a completement oublié de communiquer sur cette info : http://craig.fr/actualite/939-donnees-orthophographiques-et-altimetriques-du-craig-en-licence-ouverte http://craig.fr/contenu/906-opendata Les données libérées sont en LO, datent de 2009/2010, y'a des fiches de métadonnées, y'a tout sur le FTP (réechantillonages, dallages, etc...). Pour ce qui est de l'ortho en ECW, ca ne change rien par rapport aux flux qui sont déja fournis a osm sur http://wms.craig.fr/osm. Par contre christian m'avait dit être interessé par les mnt (en ASC) qui pouvaient servir a faire des controles, ou des calculs de sommets, etc.. On a commencé à jouer avec l'ortho de PACA, et regroupé les MNT SRTM (ou ASTER je ne sais plus trop) sur un de nos serveurs. L'idée est d'essayer de fusionner tout ces MNT entre eux pour avoir quelque chose de continu. C'est bien sûr pas simple à raccorder ;) Pour les analyses de sommets et de vallées de cours d'eau, voire de rugosité (sur Nice on voit bien les zones bâties), on n'y est pas encore, mais bon... un de ces 4 on va bien s'y coller ! Les images brutes en TIFF (ie clichés pris par les avions) sont aussi libérées, mais a raison de 12To de données, elles ne sont pas sur un FTP, donc disponibles uniquement sur demande, et en fonction de mon temps libre pour traiter les copies. Une image de à 30cm de résolution pèse 560Mo, une image à 15cm sur une agglomération pèse 390Mo. Une visionneuse est disponible pour choisir les dalles a télécharger si on veut faire son marché. Si c'est self-service dalle par dalle c'est déjà super bien et avec le flux WMS qui est dispo, difficile de faire mieux. La campagne de prises de vues pour 2013 est en cours, et d'ici le printemps prochain un flux avec ortho a 25cm sur la région (et 10cm sur les 6 agglos de la région) sera disponible, aux mêmes conditions que le précédent. Revoir le film des années 50 de l'IGN... pour mesurer les progrès en 60 ans. -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr