Re: [OSM-talk-be] URBis, Open!
Hi, So, UrbIS has opened all geodata for Brussels. eMerzh and me have been converting this data, so it becomes usable directly in JOSM or Merkaartor. The files can be found here: http://osm.bmaron.net/urbis/ For every street I created an associatedStreet relation automatically. In JOSM the easiest way to work with this is to Right Mouse Button/Select Members Then on the properties Right Mouse Button on the relation/Select Relation (Add) Then Ctrl-c Now File/New layer Ctrl-v Then download data from OSM. The streets parts (highway=...) still need to be added to the associatedStreet relations. The building shapes contain too many points, so some of them need to be cleaned up manually. Some buildings (in the middle of a street) contain 2 or 3 address nodes with consecutive numbers. These need to be merged, the numbers xx-yy. Then Ctrl-c, Ctrl-Shift-V to apply the tags on the building outline. For the buildings on the street corners, it's probably best to keep the addresses on the nodes. When working on a street where buildings were already present, Ctrl-Shift-G is a life saver. First select the shape coming from UrbIS, then select the target building. If the target building contains nodes which already have tags, or which are part of another relation, these need to be merged with 'm' before transfering the geometry. There is still quite a bit of manual work involved, but this also means we get a chance to check what we're doing. Enjoy! Jo ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [talk-au] Australia licence change redaction recovery..
On Sat, May 25, 2013 at 9:08 PM, Ian Sergeant inas66+...@gmail.com wrote: So, my summary would be that we've probably comprehensively remapped he motorways and trunk roads across the country. We've got significantly more tracks, paths and residential/unclassified roads than we had before. There would seem to be artifacts of extensive aerial remapping, with the lower percentage overall of named roads, and what I'm thinking could be a consequent tendency to underrate what passes for a secondary road in Australia. I'd also attribute greater mapping outside of urban areas to the more extensive bing imagery coverage, and possibly the focus of the redaction process on urban areas. Thanks very much for doing this - I've been quite curious about where we're up to. I had guessed we were about on par - so this is good news. I've been doing a fair bit of aerial mapping lately - not sure whether remapping or not. I tend to be pretty conservative with road classifications on a first pass. Later, I might look at the area and upgrade a couple of the roads. Steve ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Australia licence change redaction recovery..
Ian, Thanks very much for doing this exercise. I agree with all the sentiments already expressed - it's so encouraging to see we bounced back so fast, and so strong, and that all our efforts have made a difference. Everyone in the project should feel very proud of what we achieved. BJ On 25/05/2013, at 9:08 PM, Ian Sergeant inas66+...@gmail.com wrote: I crunched some numbers comparing AU planet extracts from today and prior to the redaction commencing. Although they were for my personal edification, I thought I'd share them. We have about 70,000 km of additional mapped unclassified and residential road now than we did before the redaction process - that is an increase in distance of about 27%. In terms of distance of named roads in this category, we're about where we were before the redaction in absolute terms. Trunk and motorways there is no significant variation. The number of kilometres of mapped road and named roads in this category is roughly unchanged. In primary, secondary, and tertiary, we've had an increase in mapped distance of 35,000km, or around 20%. Although we've seen a significant decrease in the number of secondary roads, and marked increase in the mapped km of tertiary roads. Our post-redaction remappers have a tendency towards tertiary roads, it would seem. Our length of named roads in this category is up in actual kilometres, but down on a relative basis. In paths, tracks, footways and cycleways and service roads our mapped distance is also up, We've seen huge increases in mapped tracks - closing on double what we had before. So, my summary would be that we've probably comprehensively remapped he motorways and trunk roads across the country. We've got significantly more tracks, paths and residential/unclassified roads than we had before. There would seem to be artifacts of extensive aerial remapping, with the lower percentage overall of named roads, and what I'm thinking could be a consequent tendency to underrate what passes for a secondary road in Australia. I'd also attribute greater mapping outside of urban areas to the more extensive bing imagery coverage, and possibly the focus of the redaction process on urban areas. Of course, this is all quantitative data, not qualitative. Take it for what it is. My summary is just a guess, and I can't say with any certainty that the increase in distance isn't just fence posts on the Kimberley! Ian. ___ 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
Re: [talk-au] Australia licence change redaction recovery..
Yes thanks to all. Great to see the connecting roads reinstated and the routing largely back in action. Still a lot of minor roads missing with weird nodes scattered around but no great problem cleaning up. As more a bushwalker I mainly concentrate on tracks and geographical features but wonderful that the road infrastructure is nearly always there to connect into. Cheers Brett Russell PO Box 94 Launceston Tas. 7250 Australia 0419 374 971 On 27/05/2013, at 11:07 AM, Ben Johnson tangarar...@gmail.com wrote: Ian, Thanks very much for doing this exercise. I agree with all the sentiments already expressed - it's so encouraging to see we bounced back so fast, and so strong, and that all our efforts have made a difference. Everyone in the project should feel very proud of what we achieved. BJ On 25/05/2013, at 9:08 PM, Ian Sergeant inas66+...@gmail.com wrote: I crunched some numbers comparing AU planet extracts from today and prior to the redaction commencing. Although they were for my personal edification, I thought I'd share them. We have about 70,000 km of additional mapped unclassified and residential road now than we did before the redaction process - that is an increase in distance of about 27%. In terms of distance of named roads in this category, we're about where we were before the redaction in absolute terms. Trunk and motorways there is no significant variation. The number of kilometres of mapped road and named roads in this category is roughly unchanged. In primary, secondary, and tertiary, we've had an increase in mapped distance of 35,000km, or around 20%. Although we've seen a significant decrease in the number of secondary roads, and marked increase in the mapped km of tertiary roads. Our post-redaction remappers have a tendency towards tertiary roads, it would seem. Our length of named roads in this category is up in actual kilometres, but down on a relative basis. In paths, tracks, footways and cycleways and service roads our mapped distance is also up, We've seen huge increases in mapped tracks - closing on double what we had before. So, my summary would be that we've probably comprehensively remapped he motorways and trunk roads across the country. We've got significantly more tracks, paths and residential/unclassified roads than we had before. There would seem to be artifacts of extensive aerial remapping, with the lower percentage overall of named roads, and what I'm thinking could be a consequent tendency to underrate what passes for a secondary road in Australia. I'd also attribute greater mapping outside of urban areas to the more extensive bing imagery coverage, and possibly the focus of the redaction process on urban areas. Of course, this is all quantitative data, not qualitative. Take it for what it is. My summary is just a guess, and I can't say with any certainty that the increase in distance isn't just fence posts on the Kimberley! Ian. ___ 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-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [Talk-de] tower:type für Lichtmasten und Schlauch/Feuerwehrtürme
On 24.05.13 09:56, Martin Koppenhoefer wrote: -1, m.E. ist ein Flutlichtmast überhaupt kein Turm, oder hat jemand ein überzeugendes Beispiel? Nein, ein Mast. Das hatte ich ursprünglich ja auch geschrieben. Mittlerweile hab ich noch man_made=lamp gefunden, das will auch ein Tag für Flutlichtmasten sein... Ich würde das aber wohl eher nur für die Straßenbeleuchtung o.ä. verwenden. Und beim Feuerwehrturm kommt's auf die Tatsache an, dass es ein Feuerwehrturm/Schlauchturm ist. Nicht auf die Verwendung. Und mit Fitness hat das sowieso nix zu tun. +1 Hast Du einen guten Tagging-Vorschlag dafür. /al ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] tower:type für Lichtmasten und Schlauch/Feuerwehrtürme
Am 26. Mai 2013 10:33 schrieb Andreas Labres l...@lab.at: Mittlerweile hab ich noch man_made=lamp gefunden, das will auch ein Tag für Flutlichtmasten sein bei diesem tag würde ich eher erwarten, dass nur die Lampe so getaggt ist, also der Teil, der effektiv das Licht aussendet (Lampenfassung und Leuchtmittel). ... Ich würde das aber wohl eher nur für die Straßenbeleuchtung o.ä. verwenden. da gibt es highway=street_lamp http://taginfo.openstreetmap.org/tags/highway=street_lamp Und beim Feuerwehrturm kommt's auf die Tatsache an, dass es ein Feuerwehrturm/Schlauchturm ist. Nicht auf die Verwendung. Und mit Fitness hat das sowieso nix zu tun. +1 Hast Du einen guten Tagging-Vorschlag dafür. ob gut weiss ich nicht, wie wärs mit tower:type=hose_hanging ? Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gemeinsame Spezifikation eines JOSM Plugins für den Keypad-Mapper 3
Hallo, Wir wollen auf jeden Fall die Beta zum Test anbieten, allerdings nicht im Market, weil dort eine Betaversion schnell schlechte Bewertungen einfangen würde - und das wäre für Keypad-Mapper 3 und OSM eher abträglich. Ich denke, wir werden auf der Keypad-Mapper 3 WIKI-Seite einen Download-Link bereitstellen und darüber dann an dieser Stelle, die ja doch eher Fachleuten vorbehalten ist, informieren. Cheers Markus -Ursprüngliche Nachricht- Von: Benjamin Lebsanft [mailto:benja...@lebsanft.org] Gesendet: Samstag, 25. Mai 2013 18:29 An: Openstreetmap allgemeines in Deutsch Betreff: Re: [Talk-de] Gemeinsame Spezifikation eines JOSM Plugins für den Keypad-Mapper 3 Am 25.05.2013 14:47, schrieb Ruben Kelevra: Könntet ihr vielleicht die Betas als zusätzliche App im Playstore anbieten? Dann könnte man die Beta testen. +1 ___ 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] tower:type für Lichtmasten und Schlauch/Feuerwehrtürme
On 26.05.13 11:08, Martin Koppenhoefer wrote: bei diesem tag würde ich eher erwarten, dass nur die Lampe so getaggt ist, also der Teil, der effektiv das Licht aussendet (Lampenfassung und Leuchtmittel). Naja, in der klassischen in Wien seit den vielleicht 70ern verwendeten Straßenleuchte sind zwei Leuchtstoffröhren drin, willst Du da jetzt zwei Nodes mit den Fassungen taggen? ;) Aber +1, man_made=lamp ist für mich eine Lampe, entweder aufgestellt mitsamt dem dazugehörigen Mast oder aufgehängt. da gibt es highway=street_lamp http://taginfo.openstreetmap.org/tags/highway=street_lamp Der man_made=lamp will das aber ablösen, soweit ich das verstanden habe. ob gut weiss ich nicht, wie wärs mit tower:type=hose_hanging ? Ich würde mich eher auf das firefighters beziehen. Wofür die den Turm dann im Detail verwenden, interessiert uns als Mapper ja wohl nicht wirklich. Aber als Feuerwehrturm sind solche Dinger wohl klar und von weitem erkennbar (und daher gute Landmarken). /al ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] gesperrte Anschlussstelle Halle-Peißen
Hallo Die A14 Auffahrt ist wegen Reperaturarbeiten für etwa 3 Wochen gesperrt access=no oder highway=motor_link -- higheway=construction -- mit freundlichen Grüßen Heinz-Jürgen Oertel signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] gesperrte Anschlussstelle Halle-Peißen
On 26/mag/2013, at 12:49, Heinz-Jürgen Oertel hj.oer...@t-online.de wrote: highway=motorway_link -- highway=construction +1 und construction=motorway_link Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] gesperrte Anschlussstelle Halle-Peißen
ich mach sowas mit xxx=construction - alle relevanten infos bleiben bestehen und man sieht es sogar auf mapnik - o... ;) Gruss walter -- View this message in context: http://gis.19327.n5.nabble.com/gesperrte-Anschlussstelle-Halle-Pei-en-tp5762727p5762730.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] gesperrte Anschlussstelle Halle-Peißen
Am 26.05.2013 12:49, schrieb Heinz-Jürgen Oertel: Die A14 Auffahrt ist wegen Reperaturarbeiten für etwa 3 Wochen gesperrt Für 3 Wochen lohnt sich so ein Eintrag u.U. nicht. Er wird zwar auf der Hauptkarte sofort angezeigt, aber bis die Sperrung beim OpenRouteService, Garmin-Karten in Navis oder Skobbler Berücksichtigung gefunden hat, ist die Sperrung längst wieder aufgehoben. Ich trage solche Sperrungen erst ab einem halben Jahr ein. Solche kurzzeitigen Sperrungen sind eher was für Verkehrsdienste wie TMC und dem demnächst verfügbaren TPEG [1]. Die ARD-Rundfunkanstalten wollen ab Herbst in den TPEG-Probebetrieb gehen und es ist geplant, die Verkehrsinformationen allen in Echtzeit auch über Internet frei zur Verfügung zu stellen. Wenn überhaupt, dann highway=construction, da viele Router access nicht korrekt auswerten. [1] http://de.wikipedia.org/wiki/TPEG Grüße Joachim ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] tower:type für Lichtmasten und Schlauch/Feuerwehrtürme
Am 26.05.2013 10:33, schrieb Andreas Labres: Und beim Feuerwehrturm kommt's auf die Tatsache an, dass es ein Feuerwehrturm/Schlauchturm ist. Nicht auf die Verwendung. Und mit Fitness hat das sowieso nix zu tun. Hast Du einen guten Tagging-Vorschlag dafür. Grundstück mit amenity=fire_station, Gebäude als building=yes mit height=... oder building:levels= Ob darin Schläuche getrocknet werden, Training stattfindet oder nur noch altes Material gelagert wird, ist nur für die Feuerwehrleute wichtig (und die sehen dafür nicht bei OSM nach). Gruß Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] CMYK und RGB Farben - Standardisierung in OSM
Hallo, habe keine Liste für Deutschland gefunden, daher eine Email hierher an Openstreetmap allgemeines in Deutsch und an die Berlin-Liste. Auf der Berlin-Liste wurde im Mai über offizielle Farben gesprochen: https://lists.openstreetmap.de/pipermail/berlin/2013-May/ Der OePNV definiert diese laut https://lists.openstreetmap.de/pipermail/berlin/2013-May/000619.html in CMYK. Die Farben werden aber anscheinend in OSM nur(?) in RGB gespeichert https://lists.openstreetmap.de/pipermail/berlin/2013-May/000607.html z.B.: http://www.openstreetmap.org/browse/changeset/16152289 Für die Konvertierung habe ich das ICC-Profil ISO Coated v2 300% (ECI) (ISOcoated_v2_300_eci.icc) vorgeschlagen. Zitat: http://www.eci.org/en/colorstandards/offset The ECI offset profile “ISO Coated v2 300% (ECI)” is a good choice in cases where the intended printing condition is not yet known. The advantage of the version of the coated profile with a maximum total ink coverage of 300% is it‘s higher flexibility regarding the use for sheetfed and web offset printing. Prepress data prepared with this profile can be converted to many other printing conditions with good results, however, the best possible results will be achieved with cmyk prepress data prepared with the profile that matches thatprinting condition exactly. Zitat Ende. Wenn also offizielle CMYK-Farben vorliegen, könnten diese einheitlich umgerechnet werden. Für Berlin-Brandenburg gibt es eine Liste unter: http://anna.info/wiki/VBB_public_transport_colors Tobias -- Tobias Conradi Rheinsberger Str. 18 10115 Berlin Germany http://tobiasconradi.com ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] CMYK und RGB Farben - Standardisierung in OSM
On Sunday 26 May 2013, Tobias Conradi wrote: [...] Wenn also offizielle CMYK-Farben vorliegen, könnten diese einheitlich umgerechnet werden. Wenn CMYK-Werte von offizieller Seite angegeben sind *und* die offizielle Seite auch das ICC-Profil spezifiziert ist das richtig. hergestellt werden die Schilder aber im allgemeinen mit RAL-Farben. Da aber ECI-Profile wie auch RAL keine offenen Standards sind, ist das für die Standardisierung in OSM eher ungeeignet. Für eine Medium-unabhängige Angabe würde sich eher CIE-L*a*b* anbieten. Aber Vorsicht bei den Umrechnungen - für RAL 3020 beispielsweise hab ich auf die Schnelle fünf verschiedene Darstellungen im Netz gefunden, keine davon mit denen auf http://anna.info/wiki/VBB_public_transport_colors identisch obwohl die Darstellung auf Webseiten als sRGB eigentlich klar definiert ist. Grüße, -- Christoph Hormann http://www.imagico.de/ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] osmtools.de/osmlinks teilweise veraltet/falsch
OpenStreetMap.org mit Marker führt nur zu der normalen Karte. bei The Information Freeway fehlt im Link ein www. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] CMYK und RGB Farben - Standardisierung in OSM
Hallo, sollte man die Umrechnung in ein Farbmodell nicht besser dem Auswerter überlassen? Henning Am 26.05.2013 17:23, schrieb Tobias Conradi: Hallo, habe keine Liste für Deutschland gefunden, daher eine Email hierher an Openstreetmap allgemeines in Deutsch und an die Berlin-Liste. Auf der Berlin-Liste wurde im Mai über offizielle Farben gesprochen: https://lists.openstreetmap.de/pipermail/berlin/2013-May/ Der OePNV definiert diese laut https://lists.openstreetmap.de/pipermail/berlin/2013-May/000619.html in CMYK. Die Farben werden aber anscheinend in OSM nur(?) in RGB gespeichert https://lists.openstreetmap.de/pipermail/berlin/2013-May/000607.html z.B.: http://www.openstreetmap.org/browse/changeset/16152289 Für die Konvertierung habe ich das ICC-Profil ISO Coated v2 300% (ECI) (ISOcoated_v2_300_eci.icc) vorgeschlagen. Zitat: http://www.eci.org/en/colorstandards/offset The ECI offset profile “ISO Coated v2 300% (ECI)” is a good choice in cases where the intended printing condition is not yet known. The advantage of the version of the coated profile with a maximum total ink coverage of 300% is it‘s higher flexibility regarding the use for sheetfed and web offset printing. Prepress data prepared with this profile can be converted to many other printing conditions with good results, however, the best possible results will be achieved with cmyk prepress data prepared with the profile that matches thatprinting condition exactly. Zitat Ende. Wenn also offizielle CMYK-Farben vorliegen, könnten diese einheitlich umgerechnet werden. Für Berlin-Brandenburg gibt es eine Liste unter: http://anna.info/wiki/VBB_public_transport_colors Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] in JOSM Hilfslinien um Gebäude daran auszurichten?
Hallo, In manchen Gegenden sind Luftbilder zu schlecht um anhand derer vernünftig Gebäude zeichnen zu können. Daher greife ich da oft auf eine ungefähre Schätzung wieder. Jetzt kommt es vor, dass besonders in irgendwelchen geplanten Siedlungen die Häuser alle auf der Karte geplant wurden, so dass sie exakt parallel zur Straße stehen. Kann ich das irgendwie in JOSM machen? Praktisch eine Hilfslinie wie in einem Bildbearbeitungsprogramm? Man kann zwar ein Gebäude an sich rechtwinklig machen, aber mehrere Objekte relativ zueinander funktionieren anscheinend nicht. Wenn ich das nur selber zeichne, sieht das nachher alles schief und krumm aus. Gruß, Hans ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] in JOSM Hilfslinien um Gebäude daran auszurichten?
On 26.05.2013, at 19:47, Hans Schmidt wrote: Hallo, In manchen Gegenden sind Luftbilder zu schlecht um anhand derer vernünftig Gebäude zeichnen zu können. Daher greife ich da oft auf eine ungefähre Schätzung wieder. Jetzt kommt es vor, dass besonders in irgendwelchen geplanten Siedlungen die Häuser alle auf der Karte geplant wurden, so dass sie exakt parallel zur Straße stehen. Kann ich das irgendwie in JOSM machen? Wenn du die Straße selektierst und dann mit dem Buildingtool Häuser zeichnest, sind alle parallel zu der Straße ausgerichtet. Andre ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] in JOSM Hilfslinien um Gebäude daran auszurichten?
Zuerst die Häuserkante als Linien an der Straße für jedes Haus zeichnen. Diese kann man als Gerade ausrichten (Taste L) Danach mit Flächen erstellen (Taste X) daraus die Häuser zeichnen. Gruß DarkAngel Am 26.05.2013 19:47, schrieb Hans Schmidt: Kann ich das irgendwie in JOSM machen? Praktisch eine Hilfslinie wie in einem Bildbearbeitungsprogramm? Man kann zwar ein Gebäude an sich rechtwinklig machen, aber mehrere Objekte relativ zueinander funktionieren anscheinend nicht. Wenn ich das nur selber zeichne, sieht das nachher alles schief und krumm aus. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] in JOSM Hilfslinien um Gebäude daran auszurichten?
Am 26.05.2013 20:02, schrieb Andre Dierker: Wenn du die Straße selektierst und dann mit dem Buildingtool Häuser zeichnest, sind alle parallel zu der Straße ausgerichtet. Ah, danke. Aber wie mache ich, dass die Häuser dann alle den gleichen Abstand von der Straße haben? Am 26.05.2013 20:08, schrieb Dark Angel: Zuerst die Häuserkante als Linien an der Straße für jedes Haus zeichnen. Diese kann man als Gerade ausrichten (Taste L) Danach mit Flächen erstellen (Taste X) daraus die Häuser zeichnen. Hm, da habe ich dann aber ja keine alleinstehenden Gebäude, oder? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] in JOSM Hilfslinien um Gebäude daran auszurichten?
Am 26.05.2013 20:17, schrieb Hans Schmidt: Am 26.05.2013 20:08, schrieb Dark Angel: Zuerst die Häuserkante als Linien an der Straße für jedes Haus zeichnen. Diese kann man als Gerade ausrichten (Taste L) Danach mit Flächen erstellen (Taste X) daraus die Häuser zeichnen. Hm, da habe ich dann aber ja keine alleinstehenden Gebäude, oder? Doch, Du zeichnest immer nur die Linie der der Straße zugewandten Hausseite von Ecke zu Ecke. Du hast also bei drei Häusern drei Linien und die richtest Du dann als eine gerade Linie aus. Aus den Linien ziehst Du dann die Häuser. Wenn man statt der ersten Linie ein Haus mit dem Building-Tool zeichnet (wie von Andre beschrieben) sollten sich damit auch die anderen Linien parallel ausrichten lassen. Gruß DarkAngel signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] tower:type für Lichtmasten und Schlauch/Feuerwehrtürme
Am 26. Mai 2013 17:20 schrieb Stephan Wolff s.wo...@web.de: Am 26.05.2013 10:33, schrieb Andreas Labres: Und beim Feuerwehrturm kommt's auf die Tatsache an, dass es ein Feuerwehrturm/Schlauchturm ist. Nicht auf die Verwendung. Und mit Fitness hat das sowieso nix zu tun. Hast Du einen guten Tagging-Vorschlag dafür. Grundstück mit amenity=fire_station, Gebäude als building=yes mit height=... oder building:levels= Ob darin Schläuche getrocknet werden, Training stattfindet oder nur noch altes Material gelagert wird, ist nur für die Feuerwehrleute wichtig (und die sehen dafür nicht bei OSM nach). Training kann überall stattfinden, aber ein Feuerwehrturm ist schon spezifisch genug, dass ich mehr als nur building=yes taggen würde. amenity=fire_station ist das Gesamtgelände des Standorts. Daneben wird es ja noch die Mannschaftsräume und Fahrzeughalle geben, der Turm ist oft separat. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] CMYK und RGB Farben - Standardisierung in OSM
2013/5/26 Christoph Hormann chris_horm...@gmx.de: On Sunday 26 May 2013, Tobias Conradi wrote: [...] Wenn also offizielle CMYK-Farben vorliegen, könnten diese einheitlich umgerechnet werden. Wenn CMYK-Werte von offizieller Seite angegeben sind *und* die offizielle Seite auch das ICC-Profil spezifiziert ist das richtig. Beweisführung? hergestellt werden die Schilder aber im allgemeinen mit RAL-Farben. Das VBB Kartenmaterial im Printbereich? Da aber ECI-Profile wie auch RAL keine offenen Standards sind, ist das für die Standardisierung in OSM eher ungeeignet. ISOcoated_v2_300_eci.icc kann man einfach runterladen. Braucht man nur noch Software, die damit zwischen RGB und CMYK konvertieren kann. Für eine Medium-unabhängige Angabe würde sich eher CIE-L*a*b* anbieten. Also von CMYK nach CIELAB, dann nach RGB, denn so wird in OSM gespeichert, und dann für Print von RGB zu CMYK. Aber Vorsicht bei den Umrechnungen - für RAL 3020 beispielsweise hab ich auf die Schnelle fünf verschiedene Darstellungen im Netz gefunden, keine davon mit denen auf http://anna.info/wiki/VBB_public_transport_colors identisch obwohl die Darstellung auf Webseiten als sRGB eigentlich klar definiert ist. Die Darstellung von RAL in sRGB ist klar definiert? Wo? Für RAL 5017 habe ich ebenfalls verschiedene RGB-Werte gefunden und eine Zusammenstellung gemacht: http://anna.info/wiki/RAL_5017 Tobias -- Tobias Conradi Rheinsberger Str. 18 10115 Berlin Germany http://tobiasconradi.com ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] CMYK und RGB Farben - Standardisierung in OSM
2013/5/26 Henning Scholland o...@aighes.de: Hallo, sollte man die Umrechnung in ein Farbmodell nicht besser dem Auswerter überlassen? Henning Dann müsste OSM die Eingabe der offiziellen Definition erlauben und der Auswerter müsste fähig sein, diese Umrechnung durchzuführen. Ersteres ist wohl momentan nicht möglich (wenn doch - wo kann man CMYK oder RAL speichern?), und letzteres schließt wohl einige Auswerter aus (ich kann CMYK oder RAL nicht einfach bestimmen). -- Tobias Conradi Rheinsberger Str. 18 10115 Berlin Germany http://tobiasconradi.com ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] CMYK und RGB Farben - Standardisierung in OSM
Falls es wirklich um offizielle Definitionen von Farben geht, kann ich den Vorschlag von Chris Hormann nur unterstützen. CIE-L*a*b* ist medium- und geräte-unabhängig und wird mittlerweile von für fast jedes Gerät erhältlichen Kalibrierungsprogrammen sowie von verbreiteten Grafikprogrammen (z.B. Illustrator) unterstützt. Tatsächlich muss aber auf die teils umständliche Umrechnung hingewiesen werden. Um das zu erleichtern, geben wir jeweils gleichzeitig die sRGB und CMYK-Werte an - aber nur als Anhaltspunkt. Leider kennen selbst Druckereibetriebe CIE-L*a*b nicht - wohl mangels Ausbildung aber auch weil es für sie bequemer ist, proprietäre (d.h. copyrightgeschützte und kostenpflichtige!) Farbpaletten anzubieten, nach denen sich der Kunde dann zu richten hat... Einen konzeptionellen Überblick über die Eignung der verschiedenen Farbsysteme gibt [1] und eine Linksammlung zum Thema gibt es hier [2]. LG, Stefan [1] http://www.brawer.ch/articles/farbenili/farbenili.pdf [2] https://delicious.com/sfkeller/color Am 26. Mai 2013 21:08 schrieb Tobias Conradi mail.2...@tobiasconradi.com: 2013/5/26 Henning Scholland o...@aighes.de: Hallo, sollte man die Umrechnung in ein Farbmodell nicht besser dem Auswerter überlassen? Henning Dann müsste OSM die Eingabe der offiziellen Definition erlauben und der Auswerter müsste fähig sein, diese Umrechnung durchzuführen. Ersteres ist wohl momentan nicht möglich (wenn doch - wo kann man CMYK oder RAL speichern?), und letzteres schließt wohl einige Auswerter aus (ich kann CMYK oder RAL nicht einfach bestimmen). -- Tobias Conradi Rheinsberger Str. 18 10115 Berlin Germany http://tobiasconradi.com ___ 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] CMYK und RGB Farben - Standardisierung in OSM
Hallo, du kannst alles mögliche als Tag abspeichern. Bspw. wäre es denkbar colour:RAL=1000 zu taggen.Wenn man der Ansicht ist, dass die Farbe wichtig ist (sonst würde man sie ja nicht erfassen), dann sollte man auch die Farbe eintragen, die für das Objekt in der Realität definiert ist. Henning Am 26.05.2013 21:08, schrieb Tobias Conradi: 2013/5/26 Henning Scholland o...@aighes.de: Hallo, sollte man die Umrechnung in ein Farbmodell nicht besser dem Auswerter überlassen? Henning Dann müsste OSM die Eingabe der offiziellen Definition erlauben und der Auswerter müsste fähig sein, diese Umrechnung durchzuführen. Ersteres ist wohl momentan nicht möglich (wenn doch - wo kann man CMYK oder RAL speichern?), und letzteres schließt wohl einige Auswerter aus (ich kann CMYK oder RAL nicht einfach bestimmen). ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] gesperrte Anschlussstelle Halle-Peißen
Am 26.05.2013 13:08, schrieb Joachim Kast: Solche kurzzeitigen Sperrungen sind eher was für Verkehrsdienste wie TMC und dem demnächst verfügbaren TPEG [1]. Oder für die eleganten temporary: Tags, die sich aber leider nie durchgesetzt haben. http://wiki.openstreetmap.org/wiki/Proposed_features/temporary Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] CMYK und RGB Farben - Standardisierung in OSM
Tobias Conradi mail.2...@tobiasconradi.com wrote: Die Farben werden aber anscheinend in OSM nur(?) in RGB gespeichert Huh? OSM ist eine Datenbank mit geographischen Elementen im Vektorformat. Farben sind in OSM Objekten überhaupt nicht enthalten und sind daher ausschließlich Sache desjenigen, der aus OSM Daten Karten oder dergleichen erstellt. Gruss Sven -- In my opinion MS is a lot better at making money than it is at making good operating systems (Linus Torvalds, August 1997) /me is giggls@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] gesperrte Anschlussstelle Halle-Peißen
Hallo Chris, Am Sonntag, 26. Mai 2013, 22:32:38 schrieb chris66: Solche kurzzeitigen Sperrungen sind eher was für Verkehrsdienste wie TMC und dem demnächst verfügbaren TPEG [1]. Oder für die eleganten temporary: Tags, die sich aber leider nie durchgesetzt haben. http://wiki.openstreetmap.org/wiki/Proposed_features/temporary …oder für Conditional Restrictions (die sich zumindest bei den Mappern durchgesetzt haben): http://wiki.openstreetmap.org/wiki/Conditional_restrictions Eckhart ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] CMYK und RGB Farben - Standardisierung in OSM
On Sunday 26 May 2013, Tobias Conradi wrote: hergestellt werden die Schilder aber im allgemeinen mit RAL-Farben. Das VBB Kartenmaterial im Printbereich? OSM erfasst aber die Realität draußen und nicht irgendwas auf Papier. Für eine Medium-unabhängige Angabe würde sich eher CIE-L*a*b* anbieten. Also von CMYK nach CIELAB, dann nach RGB, denn so wird in OSM gespeichert, und dann für Print von RGB zu CMYK. Wie bereits gesagt, wenn die Farbwerte und deren Farbraum spezifiziert sind, dann lassen sich diese in einen anderen Farbraum transformieren, wobei es natürlich Farben gibt, die in einem Raum darstellbar sind, in dem anderen nicht. Und genau deshalb würde sich CIE-L*a*b* anbieten, falls ein allgemeiner und überall verwendbarer Standard gewünscht ist, da hierbei: - alle Farben darstellbar sind, d.h. beliebige CMYK- oder RGB-Farben lassen sich verlustfrei von und nach CIE-L*a*b* transformieren. - Berechnungen mit den Farbwerten (z.B. die Differenz zweier Farben) der menschlichen Wahrnehmung entsprechen. Die Darstellung von RAL in sRGB ist klar definiert? Wo? Nein, die Bedeutung von Farbwerten in HTML/CSS ist klar definiert, was die Möglichkeiten, für eine RAL-Farbe zu unterschiedlichen Werten zu kommen, etwas einschränkt. Es gibt trotzdem noch genug Gründe für unterschiedliche Angaben, insbesondere, wenn die Farbe in sRGB garnicht darstellbar ist. Und auch sonst bleiben - wie bei den L*a*b*-Werten auch - immer noch Sichtfeld und Beleuchtung als festzulegende Parameter. -- Christoph Hormann http://www.imagico.de/ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] CMYK und RGB Farben - Standardisierung in OSM
2013/5/26 Sven Geggus li...@fuchsschwanzdomain.de: Tobias Conradi mail.2...@tobiasconradi.com wrote: Die Farben werden aber anscheinend in OSM nur(?) in RGB gespeichert Huh? OSM ist eine Datenbank mit geographischen Elementen im Vektorformat. Farben sind in OSM Objekten überhaupt nicht enthalten Doch: http://lists.openstreetmap.org/pipermail/talk-de/2013-May/102394.html Erinnerung: -- 2012/9/28 Sven Geggus s...@gegg.us: Raus halt, du raubst mir nur meine Zeit, deshalb stelle ich die Kommunikation mit Dir jetzt ein. -- -- Tobias Conradi Rheinsberger Str. 18 10115 Berlin Germany http://tobiasconradi.com ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] CMYK und RGB Farben - Standardisierung in OSM
2013/5/26 Christoph Hormann chris_horm...@gmx.de: On Sunday 26 May 2013, Tobias Conradi wrote: hergestellt werden die Schilder aber im allgemeinen mit RAL-Farben. Das VBB Kartenmaterial im Printbereich? OSM erfasst aber die Realität draußen und nicht irgendwas auf Papier. Welches Farbenlesgerät wird empfohlen? Wie ist es, wenn ein Symbol der U1 in Berlin eine Farbe hat, ein anderes eine andere? Wird, dies dann Schildgenau eingetragen? D.h. es gibt gar keine Linienfarben, die Gleise sind ja nicht bemalt? Für eine Medium-unabhängige Angabe würde sich eher CIE-L*a*b* anbieten. Also von CMYK nach CIELAB, dann nach RGB, denn so wird in OSM gespeichert, und dann für Print von RGB zu CMYK. Wie bereits gesagt, wenn die Farbwerte und deren Farbraum spezifiziert sind, dann lassen sich diese in einen anderen Farbraum transformieren, Relevanz der Wiederholung? wobei es natürlich Farben gibt, die in einem Raum darstellbar sind, in dem anderen nicht. Und genau deshalb würde sich CIE-L*a*b* anbieten, falls ein allgemeiner und überall verwendbarer Standard gewünscht ist, da hierbei: - alle Farben darstellbar sind, d.h. beliebige CMYK- oder RGB-Farben lassen sich verlustfrei von und nach CIE-L*a*b* transformieren. - Berechnungen mit den Farbwerten (z.B. die Differenz zweier Farben) der menschlichen Wahrnehmung entsprechen. Genauso bietet sich an die Originalangabe zu speichern, somit werden Umrechnungsfehler vor dem Speichern ausgeschlossen. Die Darstellung von RAL in sRGB ist klar definiert? Wo? Nein, Also doch nicht. Danke. -- Tobias Conradi Rheinsberger Str. 18 10115 Berlin Germany http://tobiasconradi.com ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] CMYK und RGB Farben - Standardisierung in OSM
2013/5/26 Stefan Keller sfkel...@gmail.com: Falls es wirklich um offizielle Definitionen von Farben geht, kann ich den Vorschlag von Chris Hormann nur unterstützen. Warum? Tatsächlich muss aber auf die teils umständliche Umrechnung hingewiesen werden. Um das zu erleichtern, geben wir jeweils gleichzeitig die sRGB und CMYK-Werte an - aber nur als Anhaltspunkt. Wobei beim VBB laut VBB-Aussage die CMYK-Werte die offiziellen sind. Auch sehe ich nicht sRGB /und/ CMYK wenn ich auf http://www.openstreetmap.org/browse/relation/58767 gehe. Und wie würden theoretisch die sRGB und CMYK-Werte ermittelt werden? Landet man eventuell wieder bei http://lists.openstreetmap.org/pipermail/talk-de/2013-May/102394.html Standardisierung in OSM und Festlegung eines ICC-Profils zur Konversion zwischen RGB und CMYK? Einen konzeptionellen Überblick über die Eignung der verschiedenen Farbsysteme gibt [1] [1] http://www.brawer.ch/articles/farbenili/farbenili.pdf Danke! Vor allem für die Übersicht auf S.14. -- Tobias Conradi Rheinsberger Str. 18 10115 Berlin Germany http://tobiasconradi.com ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] Informazione su strada forestale.
Il 26/05/2013 00:40, Martin Koppenhöfer ha scritto: Am 25/mag/2013 um 15:39 schrieb girarsi_liste liste.gira...@gmail.com: Ho taggato con: highway=track tracktype=grade2 access=forestry ??? access=private?? Metterei highway=track tracktype=grade2 motor_vehicle=private Se invece il traffico forestale ci pu� generalmente passare aggiungi forestry=yes Ciao, Martin Per il momento metterò come consigliate, ma resta il nodo da sciogliere a riguardo il passaggio solo tramite permesso, il classico bollo giornaliero o, nel caso dei locali, valido sempre, almeno fino a nuova legge provinciale. -- Simone G. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Informazione su strada forestale.
Ho trovato un tag proposto non più seguito: http://wiki.openstreetmap.org/wiki/Proposed_features/License Lo troverei adatto al tipo di strade forestali trentine e non, dove per la maggior parte è richiesto di esporre il permesso sul veicolo per il passaggio su strade forestali chiuse al transito normale. -- Simone G. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] ed anche il comune di Cesena ha aperto i dati
Ciao, ho appena effettuato una prova e riesco ad aprire il file shp su QGIS riproiettato in WGS84 senza problemi e poi aprirlo in JOSM con il plugin Opendata (sono più di 36000 numeri :) ). Per caso stai usando la 1.8.0 su windows 7? Io ho avuto molti problemi con essa e per i miei lavori di conversione/import ho dovuto downgradare alle 1.7.0 presa dal sito. Con quella non ho nessun problema. Se necessiti a lavorare con la 1.8.0 posso effettuarti io la conversione e inviartela. Leonardo ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] ed anche il comune di Cesena ha aperto i dati
Ciao Leonardo uso la 1.8 con Vista. La conversione in WGS84 l'ho fatta, ma poi non ci riesco ad aprire l'openlayer di OSM. A te non da problemi? -- sent by Google Nexus Il giorno 26/mag/2013 12:45, Leonardo kinetocor...@gmail.com ha scritto: Ciao, ho appena effettuato una prova e riesco ad aprire il file shp su QGIS riproiettato in WGS84 senza problemi e poi aprirlo in JOSM con il plugin Opendata (sono più di 36000 numeri :) ). Per caso stai usando la 1.8.0 su windows 7? Io ho avuto molti problemi con essa e per i miei lavori di conversione/import ho dovuto downgradare alle 1.7.0 presa dal sito. Con quella non ho nessun problema. Se necessiti a lavorare con la 1.8.0 posso effettuarti io la conversione e inviartela. Leonardo __**_ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-ithttp://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] ed anche il comune di Cesena ha aperto i dati
Il 26/05/2013 13:22, Gianmario Mengozzi ha scritto: Ciao Leonardo uso la 1.8 con Vista. La conversione in WGS84 l'ho fatta, ma poi non ci riesco ad aprire l'openlayer di OSM. A te non da problemi? All'apertura di Qgis, non ti disattiva il python? -- Simone G. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] ed anche il comune di Cesena ha aperto i dati
Ciao, ti riferisci sempre a OpenLayer ma per aprire i dati shp in JOSM devi avere attivo tra i plugin OPENDATA (che richiede anche i plugin jts, geotools e utilsplugin2). Io utilizzo l'ultima versione stabile di JOSM (5939) su Windows 7 e con questi riesco ad aprire tranquillamente quel file. :) Leonardo ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] ed anche il comune di Cesena ha aperto i dati
No mi riferisco all'openlayer openstreetmap di Qgis. Mi servirà per controllare i dati grezzi prima di usare shp2osm . Josm normalmente lo uso alla fine. -- sent by Google Nexus Il giorno 26/mag/2013 13:57, Leonardo kinetocor...@gmail.com ha scritto: Ciao, ti riferisci sempre a OpenLayer ma per aprire i dati shp in JOSM devi avere attivo tra i plugin OPENDATA (che richiede anche i plugin jts, geotools e utilsplugin2). Io utilizzo l'ultima versione stabile di JOSM (5939) su Windows 7 e con questi riesco ad aprire tranquillamente quel file. :) Leonardo __**_ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-ithttp://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] ed anche il comune di Cesena ha aperto i dati
Ah, allora li non posso aiutarti. Mi spiace :( Per curiosità, che dati volevi ricavare dallo shape dei civici oltre ovviamente ai numeri? Leonardo Il 26/05/2013 14:23, Gianmario Mengozzi ha scritto: No mi riferisco all'openlayer openstreetmap di Qgis. Mi servirà per controllare i dati grezzi prima di usare shp2osm . Josm normalmente lo uso alla fine. -- sent by Google Nexus Il giorno 26/mag/2013 13:57, Leonardo kinetocor...@gmail.com mailto:kinetocor...@gmail.com ha scritto: Ciao, ti riferisci sempre a OpenLayer ma per aprire i dati shp in JOSM devi avere attivo tra i plugin OPENDATA (che richiede anche i plugin jts, geotools e utilsplugin2). Io utilizzo l'ultima versione stabile di JOSM (5939) su Windows 7 e con questi riesco ad aprire tranquillamente quel file. :) Leonardo ___ Talk-it mailing list Talk-it@openstreetmap.org mailto: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 mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] ed anche il comune di Cesena ha aperto i dati
ciao Simone Come faccio eventualmente a verificarlo? -- sent by Google Nexus Il giorno 26/mag/2013 13:25, girarsi_liste liste.gira...@gmail.com ha scritto: Il 26/05/2013 13:22, Gianmario Mengozzi ha scritto: Ciao Leonardo uso la 1.8 con Vista. La conversione in WGS84 l'ho fatta, ma poi non ci riesco ad aprire l'openlayer di OSM. A te non da problemi? All'apertura di Qgis, non ti disattiva il python? -- Simone G. __**_ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-ithttp://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] ed anche il comune di Cesena ha aperto i dati
Il 26/05/2013 14:33, Gianmario Mengozzi ha scritto: ciao Simone Come faccio eventualmente a verificarlo? A me succede quando avvio il programma Qgis, poco prima di terminare il caricamento completo, mi compare una finestra con scritto che disabilita il python a causa del plugin python-qgis non compatibile con la versione in essere. Ho guardato sul sito di Qgis, e sembra essere un bug noto ma non ancora risolto, mi incuriosiva capire se su windows la versione 1.8 funzionava senza problemi di versione del plugin python-qgis, e se erano solo problematiche da risolvere sulle distribuzioni linux. -- Simone G. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] ed anche il comune di Cesena ha aperto i dati
26.05.2013 - 16:21 - girarsi_liste: Il 26/05/2013 14:33, Gianmario Mengozzi ha scritto: ciao Simone Come faccio eventualmente a verificarlo? A me succede quando avvio il programma Qgis, poco prima di terminare il caricamento completo, mi compare una finestra con scritto che disabilita il python a causa del plugin python-qgis non compatibile con la versione in essere. Ho guardato sul sito di Qgis, e sembra essere un bug noto ma non ancora risolto, mi incuriosiva capire se su windows la versione 1.8 funzionava senza problemi di versione del plugin python-qgis, e se erano solo problematiche da risolvere sulle distribuzioni linux. Io ho la versione 1.8.0 su win7 x64 e non mi sembra dia errori ed anche il Python console appare senza problemi. Ciao Damjan G. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] ed anche il comune di Cesena ha aperto i dati
Il 26/05/2013 16:33, Damjan Gerl ha scritto: Io ho la versione 1.8.0 su win7 x64 e non mi sembra dia errori ed anche il Python console appare senza problemi. Ciao Damjan G. La versione del python è la 2.7.5? -- Simone G. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] ed anche il comune di Cesena ha aperto i dati
26.05.2013 - 16:36 - girarsi_liste: Il 26/05/2013 16:33, Damjan Gerl ha scritto: Io ho la versione 1.8.0 su win7 x64 e non mi sembra dia errori ed anche il Python console appare senza problemi. Ciao Damjan G. La versione del python è la 2.7.5? Ho controllato, è la 2.7.2 Ciao Damjan ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] ed anche il comune di Cesena ha aperto i dati
Il 26/05/2013 17:26, Damjan Gerl ha scritto: 26.05.2013 - 16:36 - girarsi_liste: Il 26/05/2013 16:33, Damjan Gerl ha scritto: Io ho la versione 1.8.0 su win7 x64 e non mi sembra dia errori ed anche il Python console appare senza problemi. Ciao Damjan G. La versione del python � la 2.7.5? Ho controllato, � la 2.7.2 Ciao Damjan Grazie, allora dovrò attendere qualche aggiornamento. -- Simone G. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] ed anche il comune di Cesena ha aperto i dati
Non mi compare nessun msg di errore relativo a python -- sent by Google Nexus Il giorno 26/mag/2013 16:21, girarsi_liste liste.gira...@gmail.com ha scritto: Il 26/05/2013 14:33, Gianmario Mengozzi ha scritto: ciao Simone Come faccio eventualmente a verificarlo? A me succede quando avvio il programma Qgis, poco prima di terminare il caricamento completo, mi compare una finestra con scritto che disabilita il python a causa del plugin python-qgis non compatibile con la versione in essere. Ho guardato sul sito di Qgis, e sembra essere un bug noto ma non ancora risolto, mi incuriosiva capire se su windows la versione 1.8 funzionava senza problemi di versione del plugin python-qgis, e se erano solo problematiche da risolvere sulle distribuzioni linux. -- Simone G. __**_ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-ithttp://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Inserire nuovi comuni
Ho trovato dei comuni in Molise che non erano stati affatto mappati, praticamente non c'è neanche il nome sulla cartina di OSM. Come posso fare a scoprire che comune è, guardando su fonti da noi legalmente consultabili? Mi interessa sapere in maniera particolare, se è possibile prendere le coordinate geografiche da JOSM e con tali informazioni ricavare nel più breve tempo possibile, il nome del villaggio. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Inserire nuovi comuni
Il giorno 26 maggio 2013 18:12, Caterpillar caterpilla...@gmail.com ha scritto: Ho trovato dei comuni in Molise che non erano stati affatto mappati, praticamente non c'è neanche il nome sulla cartina di OSM. Come posso fare a scoprire che comune è, guardando su fonti da noi legalmente consultabili? Mi interessa sapere in maniera particolare, se è possibile prendere le coordinate geografiche da JOSM e con tali informazioni ricavare nel più breve tempo possibile, il nome del villaggio. http://lists.openstreetmap.org/pipermail/talk-it/2011-May/022530.html Così aggiorni anche i confini amministrativi :) 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
Re: [Talk-it] Inserire nuovi comuni
Puoi fare la lista di questi comuni che facciamo una verifica? Hai controllato interrogando nominatim? Mi sembra strano visto che i dati istat dei comuni sono stati importati, ma e' anche vero che ogni anno nascono nuovi comuni dalla fusione di altri. 2013/5/26 Caterpillar caterpilla...@gmail.com: Ho trovato dei comuni in Molise che non erano stati affatto mappati, praticamente non c'è neanche il nome sulla cartina di OSM. Come posso fare a scoprire che comune è, guardando su fonti da noi legalmente consultabili? Mi interessa sapere in maniera particolare, se è possibile prendere le coordinate geografiche da JOSM e con tali informazioni ricavare nel più breve tempo possibile, il nome del villaggio. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it -- Maurizio Napo Napolitano http://de.straba.us ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Inserire nuovi comuni
Il 26/05/2013 18:18, Maurizio Napolitano ha scritto: Puoi fare la lista di questi comuni che facciamo una verifica? Hai controllato interrogando nominatim? Mi sembra strano visto che i dati istat dei comuni sono stati importati, ma e' anche vero che ogni anno nascono nuovi comuni dalla fusione di altri. Per esempio, Castiglione di Carovilli l'ho inserita io mesi fa ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Inserire nuovi comuni
2013/5/26 Caterpillar caterpilla...@gmail.com: Castiglione di Carovilli nominatim la restituisce http://nominatim.openstreetmap.org/details.php?place_id=20451005 -- Maurizio Napo Napolitano http://de.straba.us ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Inserire nuovi comuni
Il 26/05/2013 18:32, Maurizio Napolitano ha scritto: 2013/5/26 Caterpillar caterpilla...@gmail.com: Castiglione di Carovilli nominatim la restituisce http://nominatim.openstreetmap.org/details.php?place_id=20451005 Non conosco bene nominatim, ma se si basa sul database di OSM, il paese appare in quanto ho messo io il villaggio a mano sulla mappa. Prima infatti le ricerche andavano a vuoto. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] ed anche il comune di Cesena ha aperto i dati
Leonardo in qgis che impostazione hai usato soprattutto per lo shift citato alla pagina https://servizi.comune.cesena.fc.it/opendata/statistica.jsp?TABLE_ID=223 In import a me non quadra per niente, posteresti le impostazioni che hai usato ? Grazie Marco Il giorno 26 maggio 2013 18:04, Gianmario Mengozzi gianmario.mengo...@gmail.com ha scritto: Non mi compare nessun msg di errore relativo a python -- sent by Google Nexus Il giorno 26/mag/2013 16:21, girarsi_liste liste.gira...@gmail.com ha scritto: Il 26/05/2013 14:33, Gianmario Mengozzi ha scritto: ciao Simone Come faccio eventualmente a verificarlo? A me succede quando avvio il programma Qgis, poco prima di terminare il caricamento completo, mi compare una finestra con scritto che disabilita il python a causa del plugin python-qgis non compatibile con la versione in essere. Ho guardato sul sito di Qgis, e sembra essere un bug noto ma non ancora risolto, mi incuriosiva capire se su windows la versione 1.8 funzionava senza problemi di versione del plugin python-qgis, e se erano solo problematiche da risolvere sulle distribuzioni linux. -- Simone G. __**_ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-ithttp://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it -- Linux Infinite Freedom I'm writing from this place: http://www.openstreetmap.org/?lat=44.39945lon=8.6798zoom=15layers=M ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] ed anche il comune di Cesena ha aperto i dati
Ciao, io sono l'ultimo di questa lista a cui chiedere queste cose, anche perchè QGIS lo uso solo per convertire e il resto faccio tutto su JOSM :). Detto questo, mi piace imparare funzioni nuove dei programmi e allora, molto rozzamente, ho copiato le impostazioni di QGIS per la conversione GAUSS-BOAGA fuso EST e ho effettuato le riduzioni sugli assi da loro indicati, risultando in questa formula: +proj=tmerc +lat_0=0 +lon_0=15 +k=0.9996 +x_0=27 +y_0=-485 +ellps=intl +units=m +towgs84=-104.1,-49.1,-9.9,0.971,-2.917,0.714,-11.68 +no_defs Quell' x_0 e y_0 sono il risultato rispettivamente di (252 - 225) e (0 - 485). Su QGIS, ho aggiunto un sistema di riproiezione personalizzato (Impostazioni-SR Personalizzato...), come nome ho messo Cesena Numeri Civici e parametri la formula riportata sopra. Aprendo poi il file shp con Cesena Numeri Civici e poi salvandolo in WGS84, su JOSM i numeri sono correttamente piazzati sopra gli edifici di Cesena. DISCLAIMER: ribadisco, io QGIS NON lo conosco, il risultato di quello che ho fatto sopra potrebbe essere completamente una cavolata (che però funziona!), sono arrivato a quel procedimento seguendo l'intuito. Lascio la parola finale a chi usa e conosce QGIS meglio! Leonardo Il 26/05/2013 19:09, marco bra ha scritto: Leonardo in qgis che impostazione hai usato soprattutto per lo shift citato alla pagina https://servizi.comune.cesena.fc.it/opendata/statistica.jsp?TABLE_ID=223 In import a me non quadra per niente, posteresti le impostazioni che hai usato ? Grazie Marco Il giorno 26 maggio 2013 18:04, Gianmario Mengozzi gianmario.mengo...@gmail.com mailto:gianmario.mengo...@gmail.com ha scritto: Non mi compare nessun msg di errore relativo a python -- sent by Google Nexus Il giorno 26/mag/2013 16:21, girarsi_liste liste.gira...@gmail.com mailto:liste.gira...@gmail.com ha scritto: Il 26/05/2013 14:33, Gianmario Mengozzi ha scritto: ciao Simone Come faccio eventualmente a verificarlo? A me succede quando avvio il programma Qgis, poco prima di terminare il caricamento completo, mi compare una finestra con scritto che disabilita il python a causa del plugin python-qgis non compatibile con la versione in essere. Ho guardato sul sito di Qgis, e sembra essere un bug noto ma non ancora risolto, mi incuriosiva capire se su windows la versione 1.8 funzionava senza problemi di versione del plugin python-qgis, e se erano solo problematiche da risolvere sulle distribuzioni linux. -- Simone G. ___ Talk-it mailing list Talk-it@openstreetmap.org mailto:Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org mailto:Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it -- Linux Infinite Freedom I'm writing from this place: http://www.openstreetmap.org/?lat=44.39945lon=8.6798zoom=15layers=M ___ 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] Inserire nuovi comuni
On 26/mag/2013, at 18:18, Maurizio Napolitano napoo...@gmail.com wrote: Mi sembra strano visto che i dati istat dei comuni sono stati importati, ma e' anche vero che ogni anno nascono nuovi comuni dalla fusione di altri. si, ma purtroppo ogni tanto perdiamo anche dei dati... ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] ed anche il comune di Cesena ha aperto i dati
Fantastico... grazie mille Avevo fatto anche io le sottrazioni per lo shift ma usavo Monte Mario / Italy zone 1 EPSG:3003 e non mi quadrava nulla perche' il parametro x_0 e' diverso... quindi... Usando Monte Mario / Italy zone 2 e sottraendo quadra... Ancora Grazie mcheck Il giorno 26 maggio 2013 23:29, Leonardo kinetocor...@gmail.com ha scritto: Ciao, io sono l'ultimo di questa lista a cui chiedere queste cose, anche perchè QGIS lo uso solo per convertire e il resto faccio tutto su JOSM :). Detto questo, mi piace imparare funzioni nuove dei programmi e allora, molto rozzamente, ho copiato le impostazioni di QGIS per la conversione GAUSS-BOAGA fuso EST e ho effettuato le riduzioni sugli assi da loro indicati, risultando in questa formula: +proj=tmerc +lat_0=0 +lon_0=15 +k=0.9996 +x_0=27 +y_0=-485 +ellps=intl +units=m +towgs84=-104.1,-49.1,-9.9,0.971,-2.917,0.714,-11.68 +no_defs Quell' x_0 e y_0 sono il risultato rispettivamente di (252 - 225) e (0 - 485). Su QGIS, ho aggiunto un sistema di riproiezione personalizzato (Impostazioni-SR Personalizzato...), come nome ho messo Cesena Numeri Civici e parametri la formula riportata sopra. Aprendo poi il file shp con Cesena Numeri Civici e poi salvandolo in WGS84, su JOSM i numeri sono correttamente piazzati sopra gli edifici di Cesena. DISCLAIMER: ribadisco, io QGIS NON lo conosco, il risultato di quello che ho fatto sopra potrebbe essere completamente una cavolata (che però funziona!), sono arrivato a quel procedimento seguendo l'intuito. Lascio la parola finale a chi usa e conosce QGIS meglio! Leonardo Il 26/05/2013 19:09, marco bra ha scritto: Leonardo in qgis che impostazione hai usato soprattutto per lo shift citato alla pagina https://servizi.comune.cesena.fc.it/opendata/statistica.jsp?TABLE_ID=223 In import a me non quadra per niente, posteresti le impostazioni che hai usato ? Grazie Marco Il giorno 26 maggio 2013 18:04, Gianmario Mengozzi gianmario.mengo...@gmail.com ha scritto: Non mi compare nessun msg di errore relativo a python -- sent by Google Nexus Il giorno 26/mag/2013 16:21, girarsi_liste liste.gira...@gmail.com ha scritto: Il 26/05/2013 14:33, Gianmario Mengozzi ha scritto: ciao Simone Come faccio eventualmente a verificarlo? A me succede quando avvio il programma Qgis, poco prima di terminare il caricamento completo, mi compare una finestra con scritto che disabilita il python a causa del plugin python-qgis non compatibile con la versione in essere. Ho guardato sul sito di Qgis, e sembra essere un bug noto ma non ancora risolto, mi incuriosiva capire se su windows la versione 1.8 funzionava senza problemi di versione del plugin python-qgis, e se erano solo problematiche da risolvere sulle distribuzioni linux. -- Simone G. ___ 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 -- Linux Infinite Freedom I'm writing from this place: http://www.openstreetmap.org/?lat=44.39945lon=8.6798zoom=15layers=M ___ Talk-it mailing listTalk-it@openstreetmap.orghttp://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it -- Linux Infinite Freedom I'm writing from this place: http://www.openstreetmap.org/?lat=44.39945lon=8.6798zoom=15layers=M ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] ed anche il comune di Cesena ha aperto i dati
Per completezza, per l'export del file dei civici Cesena da qgis a josm Dopo aver caricato il file traslato in qgis, bisogna poi esportarlo si seleziona il layer dei civici, poi tasto destro mouse e si Salva con nome con sistema di riferimento Monte Mario / Italy zone 2 EPSG:3004 e poi da Josm si importa il file .shp esportato da qgis Nota - per importare il file shp bisogna avere il plugin opendata installato in josm: http://wiki.openstreetmap.org/wiki/JOSM/Plugins/OpenData Ovvio che vanno comunque corretti gli attributi ed i dati collegati nello shape... molto probabilmente mancherà corrispondenza fra i nomi delle vie nei civici ed i nomi vie nel db di Osm... Ciao mcheck Il giorno 26 maggio 2013 23:49, marco bra marcobra.ubu...@gmail.com ha scritto: Fantastico... grazie mille Avevo fatto anche io le sottrazioni per lo shift ma usavo Monte Mario / Italy zone 1 EPSG:3003 e non mi quadrava nulla perche' il parametro x_0 e' diverso... quindi... Usando Monte Mario / Italy zone 2 e sottraendo quadra... Ancora Grazie mcheck Il giorno 26 maggio 2013 23:29, Leonardo kinetocor...@gmail.com ha scritto: Ciao, io sono l'ultimo di questa lista a cui chiedere queste cose, anche perchè QGIS lo uso solo per convertire e il resto faccio tutto su JOSM :). Detto questo, mi piace imparare funzioni nuove dei programmi e allora, molto rozzamente, ho copiato le impostazioni di QGIS per la conversione GAUSS-BOAGA fuso EST e ho effettuato le riduzioni sugli assi da loro indicati, risultando in questa formula: +proj=tmerc +lat_0=0 +lon_0=15 +k=0.9996 +x_0=27 +y_0=-485 +ellps=intl +units=m +towgs84=-104.1,-49.1,-9.9,0.971,-2.917,0.714,-11.68 +no_defs Quell' x_0 e y_0 sono il risultato rispettivamente di (252 - 225) e (0 - 485). Su QGIS, ho aggiunto un sistema di riproiezione personalizzato (Impostazioni-SR Personalizzato...), come nome ho messo Cesena Numeri Civici e parametri la formula riportata sopra. Aprendo poi il file shp con Cesena Numeri Civici e poi salvandolo in WGS84, su JOSM i numeri sono correttamente piazzati sopra gli edifici di Cesena. DISCLAIMER: ribadisco, io QGIS NON lo conosco, il risultato di quello che ho fatto sopra potrebbe essere completamente una cavolata (che però funziona!), sono arrivato a quel procedimento seguendo l'intuito. Lascio la parola finale a chi usa e conosce QGIS meglio! Leonardo Il 26/05/2013 19:09, marco bra ha scritto: Leonardo in qgis che impostazione hai usato soprattutto per lo shift citato alla pagina https://servizi.comune.cesena.fc.it/opendata/statistica.jsp?TABLE_ID=223 In import a me non quadra per niente, posteresti le impostazioni che hai usato ? Grazie Marco Il giorno 26 maggio 2013 18:04, Gianmario Mengozzi gianmario.mengo...@gmail.com ha scritto: Non mi compare nessun msg di errore relativo a python -- sent by Google Nexus Il giorno 26/mag/2013 16:21, girarsi_liste liste.gira...@gmail.com ha scritto: Il 26/05/2013 14:33, Gianmario Mengozzi ha scritto: ciao Simone Come faccio eventualmente a verificarlo? A me succede quando avvio il programma Qgis, poco prima di terminare il caricamento completo, mi compare una finestra con scritto che disabilita il python a causa del plugin python-qgis non compatibile con la versione in essere. Ho guardato sul sito di Qgis, e sembra essere un bug noto ma non ancora risolto, mi incuriosiva capire se su windows la versione 1.8 funzionava senza problemi di versione del plugin python-qgis, e se erano solo problematiche da risolvere sulle distribuzioni linux. -- Simone G. ___ 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 -- Linux Infinite Freedom I'm writing from this place: http://www.openstreetmap.org/?lat=44.39945lon=8.6798zoom=15layers=M ___ Talk-it mailing listTalk-it@openstreetmap.orghttp://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it -- Linux Infinite Freedom I'm writing from this place: http://www.openstreetmap.org/?lat=44.39945lon=8.6798zoom=15layers=M -- Linux Infinite Freedom I'm writing from this place: http://www.openstreetmap.org/?lat=44.39945lon=8.6798zoom=15layers=M ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-lv] Dundagas pagasta sastāvs
From: Janis Elmeris Sent: Friday, May 24, 2013 8:12 PM To: talk-lv Subject: [Talk-lv] Dundagas pagasta sastāvs Skatos, Dundagas pagasts sadalīts apmēram 40 apgabalos ar admin_level=9, kas atbilstu ciemiem (pēc http://wiki.openstreetmap.org/wiki/Tag:boundary=administrative). Piemēram: http://www.openstreetmap.org/browse/relation/1120060 http://www.openstreetmap.org/browse/relation/1120042 http://www.openstreetmap.org/browse/relation/1120069 Bet pagasts taču nesastāv tikai no ciemiem, pareizi? Kas tie īsti ir par apgabaliem? Un varbūt tiem vajadzētu likt admin_level=10 (kā priekšpilsētām pilsētās), lai atšķirtos no ciemiem? Nepareizi! Tas ir – mums viss ir nepareizi! Dundagas pagasts ir sadalīts 40 _teritoriālos_ ciemos. Jā tādu jēdzienu neviens likums neparedz. Kad taisīja plānojumu, domāja, ka oficiāli būs dažādi skrajciemi, lielciemi, mazciemi un sazin kādi vēl ciemi... Un ārpus šiem 40 teritoriāliem ciemiem mums nekā cita nav. Un līdz ar to pašvaldībai ir lērums citu problēmu. Piemēram – pat meža vidū visādas aizsargjoslas un ierobežojumus rēķina kā blīvi apbūvētā ciemā. Bet deputāti nav no vēsturisko ciemu idejas vēl nav atteikušies. Tikai pāris sasaukumus pakašķējušies. Arī oficiālajās adresēs (Adrešu reģistrs vai kā to sauc?) visi šie ciemi visur ir ierakstīti. Nav Dundagas pagastā “Mālēji”, bet ir Dundagas pagasts, Sumburciems, “Mālēji”. Lai arī Sumburciemā vairs tikai 2 mājas. Tāpēc admin_level=9 pagaidām vēl derētu paturēt. Ja nomainīs uz 10, tad pagastā nebūs _neviena_ ciema, jo citu robežu nav. Gaidīsim teritoriālās plānojuma nākamo variantu. Gan laiks visu sakārtos. Aivars P.S. Mums ilgu laiku bija arī iela+mājvārds bez numura ;-). Bet pirms pāris gadiem izmaiņas likumos par adresāciju to aizliedza un tagad dome ir Pils ielā 5, nevis Pils ielā “Līkā muižā”. ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
Re: [OSM-talk-fr] encore hors sujet.... quartiers et admin-centre
Le 25 mai 2013 22:23, Philippe Verdy verd...@wanadoo.fr a écrit : - Niveau 9 c'est simple : les mairies d'arrondissement ou mairies annexes ou déléguées. Le wiki ne parle pas d'un lieu aussi précis qu'un bâtiment administratif pour le rôle admin_centre: Node representing the administrative centre, usually a town, city or village (depending of the boundary level, see place=*) Ce rôle est peu clair actuellement et ne permet pas une exploitation simple de cette donnée et ça vaudrait le coup de préciser un peu les choses après réflexion (et pas que franco-FR). - Niveau 10 (quartiers) : rien de défini. A mon avis uniquement un rôle label, aucun rôle admin_centre dans les relations. Si un noeud place=* existe il aura ce rôle label dans la relation. - Niveau 11 (sous-quartiers): à priori totalement inutile pour une relation, il n'y a pas de frontière bien défini, juste un éventuel noeud place sans rôle associé car pas de relation et donc sans besoin d'aucun admin_level. Montpellier a une définition précise des quartier et sous-quartiers (dispo en opendata et que j'ai intégré dans OSM). Ne pas confondre les sous-quartiers avec les IRIS qui sont des territoires délimités à usage purement statistique et non administratif (donc pas boundary=administrative et donc aucun admin_level=* associé; mais plutôt boundary=statistics et statistics_division=FR:IRIS) Parfois ils coincident, mais il ne faut effectivement pas se baser là dessus. -- 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] Cadastre : feuilles assemblées et géoréférencées
Ah oui, ce serait vraiment génial. Combien de fois ai-je refait le calage des mêmes feuilles sur JOSM ! J'avais hésité à en parler sur la liste, parce que je ne vais pas pouvoir faire grand chose pour aider (si ce n'est tester) mais si quelqu'un est capable de nous coder ça, il aura toute ma gratitude :-) Et même si ce n'est enregistré qu'en local sur notre ordi, ce serait déjà pratique. (on trouvera toujours un moyen d'échanger tout ça après). +0.02EUR ;-) Xavier Le 22/05/2013 17:17, Eric Sibert a écrit : Christian Quest cqu...@openstreetmap.fr a ?crit : Partager les fichiers de cache enregistrés par le plugin cadastre après calage serait un truc super pratique... ou à minima un moyen de partager les infos de calage qu'ils contiennent. On doit pouvoir partager les informations de calage sans partager les images elles mêmes. Sur le même principe que ce qui a été essayé (et abandonné?) récemment pour Bing. Yaka monter un serveur pour centraliser ça (et modifier le plugin cadastre?) ;-) Mes 0,02 EUR. Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Cadastre : feuilles assemblées et géoréférencées
Les feuilles que l'on cale sont enregistrées dans un cache local par le plugin cadastre. Il propose de les recharger du cache quand on charge la même. Le calage est donc enregistré dans ces fichiers et on pourrait les en extraire pour les partager... Le 26 mai 2013 10:33, Xavier x.larc...@laposte.net a écrit : Ah oui, ce serait vraiment génial. Combien de fois ai-je refait le calage des mêmes feuilles sur JOSM ! J'avais hésité à en parler sur la liste, parce que je ne vais pas pouvoir faire grand chose pour aider (si ce n'est tester) mais si quelqu'un est capable de nous coder ça, il aura toute ma gratitude :-) Et même si ce n'est enregistré qu'en local sur notre ordi, ce serait déjà pratique. (on trouvera toujours un moyen d'échanger tout ça après). +0.02€ ;-) Xavier Le 22/05/2013 17:17, Eric Sibert a écrit : Christian Quest cqu...@openstreetmap.fr a ?crit : Partager les fichiers de cache enregistrés par le plugin cadastre après calage serait un truc super pratique... ou à minima un moyen de partager les infos de calage qu'ils contiennent. On doit pouvoir partager les informations de calage sans partager les images elles mêmes. Sur le même principe que ce qui a été essayé (et abandonné?) récemment pour Bing. Yaka monter un serveur pour centraliser ça (et modifier le plugin cadastre?) ;-) Mes 0,02 €. Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ 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] encore hors sujet.... quartiers et admin-centre
donc pour mes micro-quartiers de niveau 11 je pourrais les renseigner comme relation, avec un admin-centre approximatif sans qu'il y ai besoin d'une permanence au lieu exact du node? Du même genre que lorsqu'on place des lieu dits dans les petites communes? -- View this message in context: http://gis.19327.n5.nabble.com/Metatuiles-les-plus-denses-en-n-uds-tp5762579p5762716.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] encore hors sujet.... quartiers et admin-centre
Ou pas d'admin_centre du tout... Un lieu dit ça a une existence sur le terrain, l'admin_centre c'est un truc quand même bien plus flou. Le 26 mai 2013 11:32, PierreV belett...@hotmail.fr a écrit : donc pour mes micro-quartiers de niveau 11 je pourrais les renseigner comme relation, avec un admin-centre approximatif sans qu'il y ai besoin d'une permanence au lieu exact du node? Du même genre que lorsqu'on place des lieu dits dans les petites communes? -- 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] encore hors sujet.... quartiers et admin-centre
Christian Quest cqu...@openstreetmap.fr wrote: - Niveau 9 c'est simple : les mairies d'arrondissement ou mairies annexes ou déléguées. Le wiki ne parle pas d'un lieu aussi précis qu'un bâtiment administratif pour le rôle admin_centre: Node representing the administrative centre, usually a town, city or village (depending of the boundary level, see place=*) Ce rôle est peu clair actuellement et ne permet pas une exploitation simple de cette donnée et ça vaudrait le coup de préciser un peu les choses après réflexion (et pas que franco-FR). En effet, la situation est peu clair et pas très rationel entre la défintion admin_centre (qui indique de le placer sur le centre administratif et qui renvoi à place=*) et place=suburb qui précise de la placer au centre du quartier... En même temps admin_centre est optionnel dans la relation boundary. Quand au status légal des conseil de quartier, je suis pas spécialiste mais leur existence tant a s'étendre et leur définition est assez précise. A Cognac nous en avons depuis 2008 et le localisation est précise (même si la déifnition n'est pas opendata il existe des documents à la mairie). De mon coté, pour Cognac donc, j'en suis resté au quartier historique (définition très vague) marqué d'un simple place=suburb mis pus ou moins au centre du dit quartier (qui n'a pas de frontière). Je me posais la question justement des quartiers (définit par les conseils de quartier) et a priori je retiendrait la tracé d'un boundary (il y a des sources claires) mais je ne placerai pas de place=subrubs pour le moment (ces quartiers ne sont pas identifiés par la population qui parle plutot des quartiers historiques) et ils n'ont pas de centre administratif a mon sens (donc je placerai pas de admin_centre). Dans une grande ville avec une vrai mairie de quartier c'est différent. Mais ça c'est juste mon interprétation, qui ne vaut pas plus que celles d'autres en attendant que l'on clarifie peut être un pue la situation sur le wiki-fr... -- Pierre-Alain Dorange OSM experiences : http://www.leretourdelautruche.com/map/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] encore hors sujet.... quartiers et admin-centre
L'admin_centre correspond à une définition légale : celle de la désignation d'une capitale ou d'un chef-lieu, c'est à dire d'une petite partie de l'entité adminsitrative et qui va s'occuper de la gérer et d'y trouver ses services centralisés. Cette désignation de lieu n'a pas non plus vocation à être un substitut pontuel de la zone délimitée par la relation qui la référence. Le substitut ponctuel c'est plutôt le rôle label qui définit un lieu géométriquement central qui pourra remplacer la zone entière quand elle n'est pas représentable. En principe un admin_centre ne devrait pas n'être réduit qu'à un seul noeud mais devrait pouvoir être une sous-zone représentant le chef-lieu adminisitratif. Ce pourrait donc être aussi une autre relation administrative. Par exemple la capitale de a France est Paris, mais pas Paris réduit à un seul noeud, mais PAris le département tout entier. Le chef-lieu de région Ile de France est aussi la ville de Paris entière (pas à l'Hôtel-de-Ville mais à sa préfecture, et au Conseil régional selon qu'on représente le chef-lieu administratif du découpage national, ou la collectivité locale). Si appelle chef-lieu normalement le lieu o* s'exerce l'autorité nationale décentralisée (autorité préfecturale, gouverneur, haut-commissaire selon le niveau...) et capitale le lieu où s'exerce l'autorité représentant la collectivité locale elle-même, alors le chef-leu de la région île-de-France est la préfecture de Paris; et la capitale de la région île de France est le Conseil régional d'Ile-de-France. Cela pourrait mériter deux rpoles différents pour les chef-lieux et les capitales quand on les distingue sinon on peut avec un rôle unique utiliser la plus petite entité administrative contenant les deux lieux : la commune entière (si on désigne la commue entière cela n'empêche pas d'y chercher un noeud unique qui la représente (noeud label ou sinon centroïde calculé dans cette sous-relation désignée) Je maintiens donc que pour les quartiers de niveau 10, il n'y a aucun admin_centre, *sauf* dans les communes qui ont réellement définit une véritable maison de quartier ou plutôt une mairie annexe avec des responsabilités locales. et une affectation permanente de rôle (donc pas dépendante d'un agenda temporaire annoncé juste pour la réunion suivante). Seulement dans les arrondissements municipaux et communes associées/déléguées, on trouve des mairies annexes.Mais dans des grandes villes seulement on trouve des mairies annexes dans chaque quartier (par exemple à Rennes), ou au minimum des maisons de quartier à vovation permanente et parfois quelques services municipaux décentralisés. Dans la plupart des autres villes, même s'il y a des quartiers administratifs, il n'y a aucune décentralisation de service qu'on puisse localiser dans un quartier, il n'y a donc aucun admin_centre dans ces quartiers et tout ce qu'on peut y placer c'est juste un centroîde (généralement pas utile, sauf si la zone est fortement concave afin de trouver un centre plus représentatif, ou si le quartier est en fait un petit secteur urbain très décentré complété d'une large zone rurale ou naturelle ou boisée, comme le quartier Picpus à Paris dont le centroïde tombe au milieu du bois de Boulogne alors qu'il serait mieux placé avec un label centré dans la partie du quartier intramuros, l'immense extension du Bois de Boulogne constituant en fait une entité réellement à part). Enfin il faut noter que certaines entités administratives désignent plusieurs capitales ou chef-lieux sans choisir entre eux (cas assez fréquent en Espagne mais qui existe aussi dans d'autres pays), ou alors pour des rôles différents (cas de l'Afrique du Sud avec ses 3 capitales nationales). Le 26 mai 2013 12:00, Christian Quest cqu...@openstreetmap.fr a écrit : Ou pas d'admin_centre du tout... Un lieu dit ça a une existence sur le terrain, l'admin_centre c'est un truc quand même bien plus flou. Le 26 mai 2013 11:32, PierreV belett...@hotmail.fr a écrit : donc pour mes micro-quartiers de niveau 11 je pourrais les renseigner comme relation, avec un admin-centre approximatif sans qu'il y ai besoin d'une permanence au lieu exact du node? Du même genre que lorsqu'on place des lieu dits dans les petites communes? -- 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 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] encore hors sujet.... quartiers et admin-centre
Le 26/05/2013 12:48, Philippe Verdy a écrit : L'admin_centre correspond à une définition légale : celle de la désignation d'une capitale ou d'un chef-lieu, c'est à dire d'une petite partie de l'entité adminsitrative et qui va s'occuper de la gérer et d'y trouver ses services centralisés. Un lien une référence ??? Simon ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] encore hors sujet.... quartiers et admin-centre
Le 26 mai 2013 à 12:00, Christian Quest cqu...@openstreetmap.fr a écrit : Ou pas d'admin_centre du tout... Un lieu dit ça a une existence sur le terrain, l'admin_centre c'est un truc quand même bien plus flou. Rien de plus flou qu'un lieu-dit, à mon avis. Certains lieux-dits sont créés par subdivision d'un autre plus grand. Le repère spatial ou plus souvent nominal peut se trouver excentré. Christian R. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Metatuiles les plus denses en nœuds
2013/5/25 Ista Pouss ista...@gmail.com: J'imagine qu'il a fait son texte à la va-vite ; peut être aurait-il pu dire aussi supertuile - ou, plus simplement, une surface de 8x8 tuiles... ce qu'il dit quand même... A noter que le 8x8 n'est qu'indicatif. La taille de la metatuile est configurable dans le logiciel de rendu. Il calcule une grosse image et la découpe ensuite en tuiles de taille standard. C'est juste pour être plus rapide et aussi réduire les segmentations qui peuvent avoir des effets de bord (comme des répétitions de texte). Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Metatuiles les plus denses en nœuds
Le 26 mai 2013 14:40, Pieren pier...@gmail.com a écrit : 2013/5/25 Ista Pouss ista...@gmail.com: J'imagine qu'il a fait son texte à la va-vite ; peut être aurait-il pu dire aussi supertuile - ou, plus simplement, une surface de 8x8 tuiles... ce qu'il dit quand même... A noter que le 8x8 n'est qu'indicatif. La taille de la metatuile est configurable dans le logiciel de rendu. Il calcule une grosse image et la découpe ensuite en tuiles de taille standard. C'est juste pour être plus rapide et aussi réduire les segmentations qui peuvent avoir des effets de bord (comme des répétitions de texte). Toutafé ! Le calcul est forcément plus long qu'une petite tuile, mais au final on y gagne sur toutes les petites latences qui sinon se cumulent vite. Ca fait 256 fois moins de latences... Pour les effets de bords sur les bords (!), c'est mieux mais pas encore idéal. Mapnik/mod_tile/renderd ne semblent pas bien étendre l'emprise de la métatuile pour tenir compte des objets voisins correctement. -- 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] Metatuiles les plus denses en nœuds
Le ven. 24 mai 2013 à 23:20 +0200, Eric SIBERT a écrit : Le 24/05/2013 22:30, Christian Quest a écrit : 113 metatuiles on plus de 1 nœuds au km2, dont 81 en France. Belle perf de Yaoundé en 5ème position (+8 et 12). Par contre, Grenoble, on s'est endormi sur nos lauriers. Trop de donnée tue la donnée (proverbe dauphinois). -- ° /\Guillaume AllègreOpenStreetMap France /~~\/\ allegre.guilla...@free.fr Cartographie libre et collaborative / /~~\tél. 04.76.63.26.99 http://www.openstreetmap.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Metatuiles les plus denses en nœuds
En anglais on dit osm tile plutôt. Tile of osm ça sonne lourd à l'oreille. Le of est alors utilisé pour mettre une certaine emphase mais que ça sonne lourd. (minute de quelqu'un qui est devenu trop anglophone) :-) On 25 May 2013 08:42, Ista Pouss ista...@gmail.com wrote: En anglais je ne sais pas, mais en français je trouve que le terme de méta est très mal choisi. J'imagine qu'il a fait son texte à la va-vite ; peut être aurait-il pu dire aussi supertuile - ou, plus simplement, une surface de 8x8 tuiles... ce qu'il dit quand même... La traduction de tuile pour tile aussi est un peu limite, et je serais curieux de savoir comment les anglais le comprenne. En effet, d'après mon Harraps (amen) une autre traduction normale de tile est carreau, ce qui correspond bien mieux à ce que c'est... Quand les anglais disent tile of osm, pensent-ils tuile d'osm, ou carreau d'osm ? . Scusez pour la philosophie. Mais enfin notez que c'est samedi, hein. Le 25 mai 2013 13:30, Christian Quest cqu...@openstreetmap.fr a écrit : Le 25 mai 2013 12:58, Ista Pouss ista...@gmail.com a écrit : Le 24 mai 2013 22:30, Christian Quest cqu...@openstreetmap.fr a écrit : Frederik Ramm a produit une liste des metatuiles les plus denses en Excusez moi d'être un peu aux fraises avec la terminologie... Quel est ce nouveau terme de metatuile dont tout le monde parle et que tout le monde sait ce que c'est sauf moi ? J'ai compris qu'une tuile était un truc sur les toits qui, que, assemblées ensemble, ça protège de la pluie. Ok. Une métatuile protège de la métapluie peut être ? C'est brièvement expliqué sur la page en question: If you render the world on zoom level 16, there are 67 million meta tiles (each covering an area of 8x8 tiles). - Si vous faites le rendu du monde au zoom 16, il y a 67 million de métatuiles (chacune couvrant une emprise de 8x8 tuiles). Les serveurs de tuiles calculent non pas les petites tuiles de 256x256 pixels une à une mais par grosse tuiles de 2048x2048 pixels soit 8x8 tuiles, c'est ça une metatuile. Pour se protégéer de la métapluie, il faut un métapébroque. -- 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 -- Les dérives de rue : Profession émotion http://drivrsdu.fr/profession-emotion/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] encore hors sujet.... quartiers et admin-centre
Rien que les mots inclus dans admin_centre impliquent deux choses : - admin : le rôle est bien adminsitratif, il s'agit au sens propre de la désignation légale - centre : implique une forme de centralisation, pas un centre géométrique (sinon avec admin cela n'a aucun sens). Si tu combine les deux termes, tu obtiens ce qu'on appelle une capitale ou un chef-lieu et c'est ce qu'on met à tous les niveaux 2 à 9 (il n'y a pas de niveau 1), et même 10 dans des pays comme l'Allemagne (qui utilise encore un niveau 11 pour ses quartiers mais est en train de réorganiser ses niveaux pour les limiter à 10). Pour le reste OSM crée ses propres références et usages il cherche à traduire la réalité en données mais n'a pas vocation a définir la loi non plus. Le 26 mai 2013 12:56, RÉAU Simon msr...@gmail.com a écrit : Le 26/05/2013 12:48, Philippe Verdy a écrit : L'admin_centre correspond à une définition légale : celle de la désignation d'une capitale ou d'un chef-lieu, c'est à dire d'une petite partie de l'entité adminsitrative et qui va s'occuper de la gérer et d'y trouver ses services centralisés. Un lien une référence ??? Simon __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] encore hors sujet.... quartiers et admin-centre
Une page de wiki, une discutions sur une mailing liste (francophone ou anglophone) ??? Le 26 mai 2013 16:39, Philippe Verdy verd...@wanadoo.fr a écrit : Rien que les mots inclus dans admin_centre impliquent deux choses : - admin : le rôle est bien adminsitratif, il s'agit au sens propre de la désignation légale - centre : implique une forme de centralisation, pas un centre géométrique (sinon avec admin cela n'a aucun sens). Si tu combine les deux termes, tu obtiens ce qu'on appelle une capitale ou un chef-lieu et c'est ce qu'on met à tous les niveaux 2 à 9 (il n'y a pas de niveau 1), et même 10 dans des pays comme l'Allemagne (qui utilise encore un niveau 11 pour ses quartiers mais est en train de réorganiser ses niveaux pour les limiter à 10). Pour le reste OSM crée ses propres références et usages il cherche à traduire la réalité en données mais n'a pas vocation a définir la loi non plus. Le 26 mai 2013 12:56, RÉAU Simon msr...@gmail.com a écrit : Le 26/05/2013 12:48, Philippe Verdy a écrit : L'admin_centre correspond à une définition légale : celle de la désignation d'une capitale ou d'un chef-lieu, c'est à dire d'une petite partie de l'entité adminsitrative et qui va s'occuper de la gérer et d'y trouver ses services centralisés. Un lien une référence ??? Simon __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] encore hors sujet.... quartiers et admin-centre
Le 26/05/2013 12:18, Pierre-Alain Dorange a écrit : Quand au status légal des conseil de quartier, je suis pas spécialiste mais leur existence tant a s'étendre et leur définition est assez précise. A Cognac nous en avons depuis 2008 et le localisation est précise (même si la déifnition n'est pas opendata il existe des documents à la mairie). De mon coté, pour Cognac donc, j'en suis resté au quartier historique (définition très vague) marqué d'un simple place=suburb mis pus ou moins au centre du dit quartier (qui n'a pas de frontière). Je me posais la question justement des quartiers (définit par les conseils de quartier) et a priori je retiendrait la tracé d'un boundary (il y a des sources claires) mais je ne placerai pas de place=subrubs pour le moment (ces quartiers ne sont pas identifiés par la population qui parle plutot des quartiers historiques) et ils n'ont pas de centre administratif a mon sens (donc je placerai pas de admin_centre). Dans une grande ville avec une vrai mairie de quartier c'est différent. Mais ça c'est juste mon interprétation, qui ne vaut pas plus que celles d'autres en attendant que l'on clarifie peut être un pue la situation sur le wiki-fr... Bonjour, Un exemple parmi d'autres. Vienne (38544-38200) Pas d'obligation légale d'avoir des conseils de quartiers * Les conseils n'avaient aucun locaux dédiés. Ils se réunissaient en fonction des locaux disponibles à la mairie ou dans les quartiers sans pérennité. * Ils se réunissaient à la demande de la mairie (une fois cela a été à la demande d'un certains nombre de membres du conseil de mon quartier, bizarrement il n'y en a plus eu ensuite) * La zone géographique a été fixée par la mairie. * Les membres étaient tout habitant qui souhaitait participer après un appel sur le bulletin municipal (Il fallait se signaler comme volontaire) ET un membre du conseil municipal * Pas de budget * Pas de pouvoir de décision c'est le conseil municipal qui a seul ce pouvoir. * Pas de pouvoir de contrainte sur la mairie Sur ce domaine il ne peut donc en aucun cas y avoir d'admin valide car ne correspondant à rien. Les bureaux de votes ont plus de poids au sein d'OSM. Par contre il peut être judicieux de s'en servir pour définir (affiner) des quartiers historiques, et encore ceci ne sera qu'indicatif. Amitiés -- Yannick VOYEAUD Nul n'a droit au superflu tant que chacun n'a pas son nécessaire (Camille JOUFFRAY 1841-1924, maire de Vienne) http://www.voyeaud.org Créateur CimGenWeb: http://www.francegenweb.org/cimgenweb/ Journées du Logiciel Libre: http://jdll.org signature.asc Description: OpenPGP digital signature ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Metatuiles les plus denses en nœuds
Le 26/05/2013 15:54, Emilie Laffray a écrit : En anglais on dit osm tile plutôt. Tile of osm ça sonne lourd à l'oreille. Le of est alors utilisé pour mettre une certaine emphase mais que ça sonne lourd. (minute de quelqu'un qui est devenu trop anglophone) :-) Bonsoir, Dans mes vieux souvenirs scolaires qui datent de Houuu on pouvait dire et écrire OSM's tile Amitiés -- Yannick VOYEAUD Nul n'a droit au superflu tant que chacun n'a pas son nécessaire (Camille JOUFFRAY 1841-1924, maire de Vienne) http://www.voyeaud.org Créateur CimGenWeb: http://www.francegenweb.org/cimgenweb/ Journées du Logiciel Libre: http://jdll.org signature.asc Description: OpenPGP digital signature ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Valeurs multiples (pour school:FR et ref:UAI)
Bonjour, Osmose propose de compléter cette école sur Pontarlier Hors il s'agit à la fois d'un lycée et d'un collège. Dois-je l'étiqueter avec : school:FR=lycée ref:UAI=0251024C school:FR=collège ref:UAI=0251590T JOSM n'a pas l'air d'aimer (il garde la dernière saisie). On peut mettre les deux valeurs avec un séparateur, le point virgule : school:FR=lycée;collège ref:UAI=0251024C;0251590T mais cela ne semble pas recommandé : http://wiki.openstreetmap.org/wiki/Semi-colon_value_separator Que conseillez-vous ? Et que va dire Osmose ? -- Yves___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Valeurs multiples (pour school:FR et ref:UAI)
Le 26/05/2013 17:38, Yves Pratter a écrit : Bonjour, Osmose propose de compléter cette école sur Pontarlier http://osmose.openstreetmap.fr/fr/map/?zoom=18lat=46.90297lon=6.35927layers=BFFTitem=1010,1040,1050,1060,1070,1080,1090,1100,1110,1120,1140,1150,1160,1170,1180,1190,1200,1210,1220,2xxx,3xxx,4xxx,5xxx,6xxx,7xxxlevel=1,2,3 Hors il s'agit à la fois d'un lycée et d'un collège. Dois-je l'étiqueter avec : school:FR=lycée ref:UAI=0251024C school:FR=collège ref:UAI=0251590T JOSM n'a pas l'air d'aimer (il garde la dernière saisie). Normal, une clé ne peut avoir qu'une seule valeur. On peut mettre les deux valeurs avec un séparateur, le point virgule : school:FR=lycée;collège Osmose pas content ref:UAI=0251024C;0251590T Osmose content mais cela ne semble pas recommandé : http://wiki.openstreetmap.org/wiki/Semi-colon_value_separator Que conseillez-vous ? Et que va dire Osmose ? Très souvent ce genre d'établissement est sépare tout de même, plusieurs entrées, ou des zones plus dédiées. Tu peux peut être mettre deux nœuds. Frédéric. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Valeurs multiples (pour school:FR et ref:UAI)
La réponse est dans le wiki... http://wiki.openstreetmap.org/wiki/FR:Tag:amenity%3Dschool#Type_d.27.C3.A9cole lycée+collège - school:FR=secondaire c'est comme une école maternelle + élémentaire - school:FR=primaire Le 26 mai 2013 17:38, Yves Pratter yves.prat...@laposte.net a écrit : Bonjour, Osmose propose de compléter cette école sur Pontarlier Hors il s'agit à la fois d'un lycée et d'un collège. Dois-je l'étiqueter avec : school:FR=lycée ref:UAI=0251024C school:FR=collège ref:UAI=0251590T JOSM n'a pas l'air d'aimer (il garde la dernière saisie). On peut mettre les deux valeurs avec un séparateur, le point virgule : school:FR=lycée;collège ref:UAI=0251024C;0251590T mais cela ne semble pas recommandé : http://wiki.openstreetmap.org/wiki/Semi-colon_value_separator Que conseillez-vous ? Et que va dire Osmose ? -- Yves ___ 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] encore hors sujet.... quartiers et admin-centre
OK, à Vienne il n'y a pas de conseils de quartier. Mais à Issy-les-Moulineaux, ils existent, ils agissent, ils ont même du fric. http://www.issy.com/taxonomy/term/450/soiree-pleniere-des-conseillers-de-quartier Vienne ou Niort vont-ils décider de la manière dont les habitants d'Issy-les-Moulineaux doivent décrire leur ville ? Denis PS 1 : je n'identifie pas d'admin_centre pour les quartiers d'Issy - au sens de lieu. PS 2 : mais je google maison de quartier : Environ 1 360 000 résultats (0,24 secondes) PS 3 : Désolé de nourrir le troll, mais trop, c'est parfois vraiment trop ! -- View this message in context: http://gis.19327.n5.nabble.com/Metatuiles-les-plus-denses-en-n-uds-tp5762579p5762764.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] Valeurs multiples (pour school:FR et ref:UAI)
Le 26/05/2013 17:38, Yves Pratter a écrit : Bonjour, Osmose propose de compléter cette école sur Pontarlier http://osmose.openstreetmap.fr/fr/map/?zoom=18lat=46.90297lon=6.35927layers=BFFTitem=1010,1040,1050,1060,1070,1080,1090,1100,1110,1120,1140,1150,1160,1170,1180,1190,1200,1210,1220,2xxx,3xxx,4xxx,5xxx,6xxx,7xxxlevel=1,2,3 Hors il s'agit à la fois d'un lycée et d'un collège. Dois-je l'étiqueter avec : school:FR=lycée ref:UAI=0251024C school:FR=collège ref:UAI=0251590T JOSM n'a pas l'air d'aimer (il garde la dernière saisie). On peut mettre les deux valeurs avec un séparateur, le point virgule : school:FR=lycée;collège ref:UAI=0251024C;0251590T mais cela ne semble pas recommandé : http://wiki.openstreetmap.org/wiki/Semi-colon_value_separator Que conseillez-vous ? Et que va dire Osmose ? Je pense qu'il faut mettre plusieurs noeuds... Un exemple sur Pau avec le groupe Beau Frêne qui compte école primaire, collège, lycée général et lycée professionnel. http://osm.org/go/b~vLnbD2z-- Cette exemple est tout de même à améliorer car osmose se plaint des polygones qui n'ont pas de ref:UAI... Je tenais a présenter sur la carte les différentes dénomination de l'ensemble scolaire... Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Valeurs multiples (pour school:FR et ref:UAI)
Pourquoi ne pas mettre deux noeuds voisins ? Ca régle le problème des tags en conflit Tant pis si les deux points ont le même nom, un seul sera affiché sur la carte. Le 26 mai 2013 17:38, Yves Pratter yves.prat...@laposte.net a écrit : Bonjour, Osmose propose de compléter cette école sur Pontarlierhttp://osmose.openstreetmap.fr/fr/map/?zoom=18lat=46.90297lon=6.35927layers=BFFTitem=1010,1040,1050,1060,1070,1080,1090,1100,1110,1120,1140,1150,1160,1170,1180,1190,1200,1210,1220,2xxx,3xxx,4xxx,5xxx,6xxx,7xxxlevel=1,2,3 Hors il s'agit à la fois d'un lycée et d'un collège. Dois-je l'étiqueter avec : school:FR=lycée ref:UAI=0251024C school:FR=collège ref:UAI=0251590T JOSM n'a pas l'air d'aimer (il garde la dernière saisie). On peut mettre les deux valeurs avec un séparateur, le point virgule : school:FR=lycée;collège ref:UAI=0251024C;0251590T mais cela ne semble pas recommandé : http://wiki.openstreetmap.org/wiki/Semi-colon_value_separator Que conseillez-vous ? Et que va dire Osmose ? -- Yves ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] encore hors sujet.... quartiers et admin-centre
admin_centre sur le wiki : - http://wiki.openstreetmap.org/wiki/Relation:boundary - http://wiki.openstreetmap.org/wiki/WikiProject_France/Limites_administratives/Tracer_les_limites_administratives Le 26 mai 2013 16:53, monsieur a msr...@gmail.com a écrit : Une page de wiki, une discutions sur une mailing liste (francophone ou anglophone) ??? Le 26 mai 2013 16:39, Philippe Verdy verd...@wanadoo.fr a écrit : Rien que les mots inclus dans admin_centre impliquent deux choses : - admin : le rôle est bien adminsitratif, il s'agit au sens propre de la désignation légale - centre : implique une forme de centralisation, pas un centre géométrique (sinon avec admin cela n'a aucun sens). Si tu combine les deux termes, tu obtiens ce qu'on appelle une capitale ou un chef-lieu et c'est ce qu'on met à tous les niveaux 2 à 9 (il n'y a pas de niveau 1), et même 10 dans des pays comme l'Allemagne (qui utilise encore un niveau 11 pour ses quartiers mais est en train de réorganiser ses niveaux pour les limiter à 10). Pour le reste OSM crée ses propres références et usages il cherche à traduire la réalité en données mais n'a pas vocation a définir la loi non plus. Le 26 mai 2013 12:56, RÉAU Simon msr...@gmail.com a écrit : Le 26/05/2013 12:48, Philippe Verdy a écrit : L'admin_centre correspond à une définition légale : celle de la désignation d'une capitale ou d'un chef-lieu, c'est à dire d'une petite partie de l'entité adminsitrative et qui va s'occuper de la gérer et d'y trouver ses services centralisés. Un lien une référence ??? Simon __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Cyrille. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] encore hors sujet.... quartiers et admin-centre
Je n'ai strictement rien contre le fait d'indiquer les maisons de quartier, mais ces lieux sont souvent dispersés et moins nombreux que les quartiers administratifs et n'ont pas vocation non plus à représenter leur quartier. Ce sont surtout des lieux adaptés à une demande locale pour héberger des associations ou des activités culturelles, mais leur affectation décidée par la ville n'est pas réservée à un seul quartier, et les activités sont ouvertes à tous les habitants de la ville, voire de l'agglomération quand ils reçoivent des subventions de fonctionnement ou d'équipement d'une ou plusieurs collectivités (et parfois aussi de l'Etat ou de l'Union européenne. Si elles reçoicent des subventions, ces maisons sont fondées soit comme des établissements publics autonomes, soit comme des associations car ils doivent tenir des comptes. Mais leur fonctionnement est alors très différent d'une subdivision administrative de la commune, et ces structures n'ont pas de territoire qui leur est dédié. Ces maisons de quartiers, ou MJC ou similaires, peuvent être tagués comme des community centers ou des centres culturels, mais cela n'a rien à voir avec un admin_centre. représntant la division administrative communale du quartier ni son éventuel conseil. Hors le wiki ne parle pas des admin_centre plus bas que ce qui peut constituer une ville ou un village (le nom donné à une agglomération, ou une partie de celle-ci érigée en collectivité bien délimitée et établie et avec un nom et un administration autonome). Quand on arrive au niveau quartier, le tag n'est PAS défini du tout. Ce qui représente un quartier adminsitratif en règle générale c'est le quartier tout entier, pas un seul de ses noeuds. D'autre pas au dessus du niveau des communes, le centre administratif représentant la collectivité n'est pas nécessairement situés **dans** la zone délimtiée par les frontières décrites dans la relation (on a le cas en France avec : les cantons des communes découpées en fractions cantonales, des arrondissements départementaux en Alsace et Moselle, et les territoires d'outre-mer sans habitants permanents) Enfin il n'y a aucun 'admin_center (chef-lieu) désigné pour les circonscriptions législatives (qui n'ont qu'un numéro dans leur département et pas de nom officiel plus précis, même si l'usage journalistique tente de les localiser en donnant le nom d'une ville principale). Tout ça pour dire qu'un admin_centre représente les intérêt de la collectivité mais ne le la localise pas sur la carte (et il peut aussi être multiple pour la même collectivité, ce que le wiki a complètement oublié en mentionnant à tort zero or one !) Il n'est pas non plus un subtitut ponctuel de cette collectivité permettant de la représenter sur la carte quand les frontières ne sont pas discernables. Les substituts ponctuels sont les centroïdes (amiéliorables en position en indiquant un membre label, si l'agglomération est décentrée ou si la collectivité est fortement concave et que le centroïde calculé tombe en dehors du territoire décrit). Bref le wiki reste une page en chantier à améliorer pour prendre en compte des cas plus réels. Il décrit les cas courants mais les exceptions sont la règle aussi en cartographie et c'est bien de les documenter quand elles existent dans la réalité, histoire d'améliorer et affiner le schéma et éviter de signaler à tord des erreurs ou des oublis dans les outils d'analyse. Le 26 mai 2013 18:04, DBigg denis.bigor...@gmail.com a écrit : OK, à Vienne il n'y a pas de conseils de quartier. Mais à Issy-les-Moulineaux, ils existent, ils agissent, ils ont même du fric. http://www.issy.com/taxonomy/term/450/soiree-pleniere-des-conseillers-de-quartier Vienne ou Niort vont-ils décider de la manière dont les habitants d'Issy-les-Moulineaux doivent décrire leur ville ? Denis PS 1 : je n'identifie pas d'admin_centre pour les quartiers d'Issy - au sens de lieu. PS 2 : mais je google maison de quartier : Environ 1 360 000 résultats (0,24 secondes) PS 3 : Désolé de nourrir le troll, mais trop, c'est parfois vraiment trop ! -- View this message in context: http://gis.19327.n5.nabble.com/Metatuiles-les-plus-denses-en-n-uds-tp5762579p5762764.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 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] encore hors sujet.... quartiers et admin-centre
Le 26 mai 2013 18:04, DBigg denis.bigor...@gmail.com a écrit : PS 3 : Désolé de nourrir le troll, mais trop, c'est parfois vraiment trop Il n'y a aucun troll. Le sujet est d'ailleurs pas du tout hors sujet et est très sérieusement une discussion appropriée sur cette liste consacrée à OSM et ses usages en France et dans le monde (au moins francophone). Car on est en train de discuter de quelque chose qui n'a encore fait l'objet d'aucune réflexion sérieuse quand à la signification des tags à une échelle infra-communale (hors du cas des communes formées par le regroupement de plusieurs villages à agglomérations séparées). En Espagne par exemple où les communes sont fréquemment des regroupements de tous petits hameaux (parfois aujourd'hui devenus inhabités, et gérés maintenant en indivision par **plusieurs** communes proches, le territoire n'étant formellement dans aucune de ces communes et n'étant pas non plus une collectivité au sens propre puisqu'il est inhabité, c'est une pseudo-commune dont le centre administratif est situé **en dehors** du territoire en indivision dans une des communes membres de l'indivision), chaque hameau est encore distinguable sur la carte et a son nom propre. Et les admin_centre espagnols à une échelle infra-communale (niveau 10) ont un sens (et ces hameaux sont même codifiés officiellement avec leur nom par l'institut statistique nationale)... Mais les admin_centres disparaissent aussi quand on arrive dans des grandes villes où ils sont fondus dans des quartiers sont la seule représentation réelle est consituée uniquement par les frontières du quartier (le noeud central n'a plus aucun sens, il n'y a même plus de service local identifiable sur le terrain). --- Notes (TL;DR) -- Cette spécificité espagnole se retrouve en partie en France pour des communes frontalières (il y a de tout petits territoires en indivision franco-espagnole qui ne sont formellement pas plus en Espagne qu'en France, autrement dit on a une double frontière où les deux pays se recouvrent partiellement et se partagent la gestion du territoire, avec une structure calquée sur les mancommunidad espagnoles ou les comarques) Ces indivisions (sens légal du terme) n'ont pas toujours fonctionné mais elles revivent à cause du droit et de la volonté de coopérer plus efficacement. Et aussi pour éviter de relancer de vieux conflits frontaliers mais en faire plutôt une force de développement local (ce qu'on voit par exemple en Cerdagne ou au Pays basque). Cela pourrait faire école aussi pour le conflit frontalier entre Portugal et Espagne par un modèle de cogestion en indivision, ou dans la gestion de nos parcs régionaux pour une meilleure coopération transfrontalière dans les Pyrénées, mais aussi avec l'Italie ou la Suisse entre Corse et Sardaigne et dans les Alpes. Cela fonctionne dans certains pays ailleurs dans le monde pour régler aussi des conflits (en Afrique centrale, en Amérique du Sud pour la gestion de l'eau). Et aussi pourrait améliorer la gestion de l'agglomération transfrontalière de Lille-Mouscron-Courtraix (agglomération traversée en Belgique par une frontière linguistique plus difficile que la frontière internationale), même sans parler d'indivision au sens territorial mais en terme de responsabilité partagée, droit de consultation mutuelle et coopération renforcée. Et le modèle de fonctionnement en indivision pourrait fonctionner entre la France et le Brésil (il n'y a pas de réel conflit frontalier entre les deux pays) pour le grand domaine naturel amazonien de Guyane qui pourrait être cogéré pour en faire un vrai parc naturel, s'il n'y avait pas des difficultés avec le Suriname, avec des compétences transfrontalières permettant aussi de garantir une sécurité commune sans remettre en cause le droit national applicable ou la citoyenneté des résidents (reste à régler comment ler forces de sécurité peuvent intervenir au delà de leurs frontières, en plein accord de coopération et sans créer de casus belli : la volonté politique, la coopération, et linformation mutuelle de ce qui se fait dans le respect du droit de chacun sont la clé et cela peutse garantir par des traités bilatéraux ayant force légale même devant la Constitution de chaque pays). ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Valeurs multiples (pour school:FR et ref:UAI)
Bonjour Que conseillez-vous ? Cartographier la réalité, c'est à dire séparer les 2 établissements en fonction du propriétaire. Cordialement -- David Crochet ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Valeurs multiples (pour school:FR et ref:UAI)
Bonjour Ou comme cela [1] [1] http://tile.openstreetmap.fr/?zoom=19lat=48.58611lon=-0.35974 Cordialement -- David Crochet ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Valeurs multiples (pour school:FR et ref:UAI)
Oui mais dans le cas de la nomenclature UAI, elle se fiche des propriétaires et ne considère que les contrats/conventions et leurs conditions pour un type d'enseignement donné. S'il y a deux codes cela ne signifie pas pour autant deux propriétaires mais juste deux conventions séparées soumises à des règles différentes que l'institution éducative (entité légale) va appliquer dans ses murs, même si pour cela elle doit gérer des comptabilités analysitiques séparées (masi pas de séparation en terme de bilan et résultat financier ou responsabilité sociale légale). Deux noeuds voisins placés dans les mêmes murs suffira à régler le problème (l'entité légale n'est pas réduite à un point sur la carte, mais à l'ensemble de ses terrains, même s'il y a plusieurs batiments séparables sur ce terrain pour identifier chaque niveau d'enseignement). Pour cela on peut créer une relation pour le groupe scolaire tout entier, avec ses limites, son nom unique (sa raison sociale enregistrée), et deux points membres portant les identifiants UIA de la nomenclature nationale (avec un nom indicatif venant de cette nomenclature qui de toute façon va contenir une adresse complète et des coordonnées et références exactes du groupe scolaire légal), qu'on placera au mieux si on peut identifier un bâtiment ou une aile seulement de bâtiment dans le terrain du groupe scolaire (ce qui ne produira pas de carte aberrante pour autant). Le 26 mai 2013 22:28, David Crochet david.croc...@online.fr a écrit : Bonjour Que conseillez-vous ? Cartographier la réalité, c'est à dire séparer les 2 établissements en fonction du propriétaire. Cordialement -- David Crochet __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Valeurs multiples (pour school:FR et ref:UAI)
Bonjour Le 26/05/2013 22:59, Philippe Verdy a écrit : Oui mais dans le cas de la nomenclature UAI, elle se fiche des propriétaires J'image mal cela dans la fonction publique où les bâtiments d'un seul établissement publique local d'enseignement appartiennent à 2 propriétaires différents. Maintenant la situation locale de cet exemple peut être particulier: Le cas exposé ici est un établissement privé d'où le propriétaire mis entre guillemet car pour le moment non ou mal défini et/ou définissable. Quel est l'usage réel des locaux ? Sont-ils utilisable par les collégiens et les lycées sans différentiation ou non ? S'il n'y a pas de différentiation, oui ta solution est une solution possible. Sinon elle la cartographie peut être plus fine et définissant mieux les limites des lieux. Cordialement -- David Crochet ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Metatuiles les plus denses en nœuds
Le 25 mai 2013 à 14:42, Ista Pouss ista...@gmail.com a écrit : En anglais je ne sais pas, mais en français je trouve que le terme de méta est très mal choisi. J'imagine qu'il a fait son texte à la va-vite ; peut être aurait-il pu dire aussi supertuile - ou, plus simplement, une surface de 8x8 tuiles... ce qu'il dit quand même... La traduction de tuile pour tile aussi est un peu limite, et je serais curieux de savoir comment les anglais le comprenne. En effet, d'après mon Harraps (amen) une autre traduction normale de tile est carreau, ce qui correspond bien mieux à ce que c'est... Quand les anglais disent tile of osm, pensent-ils tuile d'osm, ou carreau d'osm ? . ` Tout au début de mon abonnement à cette liste, j'avais souligné que traduire file par tuile est un barbarisme. J'avais eu la mauvaise idée d'ajouter que l'IGN employait le terme de dalle. Sur le wiki OSM était d'ailleurs apparu, en 2010, je crois, l'image d'un dallage qui correspond bien à l'image qu'ont les Anglophones; du mot tile appliqué à la cartographie.. Que n'avais-je dit là : il ne fallait pas parler de corde (l'IGN) dans la maison d'un pendu et, je résume, comme on faisait un projet libre, on avait un vocabulaire.. libre. Ça n'empêche pas d'être précis, comme quand on code (je ne code pas, mais, j'aime la précision dans le langage). N'avez-vous pas aperçu qu'une tuile recouvre toujours une partie de sa voisine? Ce qui n'est pas le cas des dalles. Chjristian R. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Metatuiles les plus denses en nœuds
Le 26 mai 2013 23:50, Christian Rogel christian.ro...@club-internet.fr a écrit : N'avez-vous pas aperçu qu'une tuile recouvre toujours une partie de sa voisine? Ce qui n'est pas le cas des dalles. C'est ce que devraient faire les métatuiles... un peu de recouvrement pour correctement gérer les transitions avec les voisines... et ensuite découper tout ça en dalles (qui elles ne se recouvrent pas). De toute façon, l'avenir est au vectoriel... encore un peu de patience, mais ça se généralisera sûrement. -- 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] Statistiques étranges sur le découpage administratif de la France
Depuis le plantage d'OSM7, on n'avait plus de statistiques sur le découpage adminsitratif. Les statistiques sont revenues, mais elles sont bizarres et reculent maintenant. Hier matin on avait encore 16 régions sur 22, hier soir plus que 8, ce matin plus que 7. Pourtant les 22 régions métropolitaines sont encore toutes là ! Même chose pour les arrondissements, les communes, etc. Quelque chose cloche ou bien des fichiers sont corrompus et cela fausse les résultats qui reculent car le script ne retrouve pas ses petits. J'ai l'impression que c'est la copie du fichier GEOFLA 2011 qui est corrompue, ou bien carrément la base de données dans un de ses index quand une mise à jour à lieu sur OSM qui ne trouve pas d'équivalent dans la base locale sur OSM7. Pourtant la base utilisée pour Layers et Osmose sur le site OSM France ne semble pas affecté. Quelqu'un a une idée de ce qui se passe ? Ou bien y a-t-il des changements inattendus dans les données, qui empêcheraient de prendre en compte les références INSEE qui disparaissent alors des stats un peu par magie sans qu'il y ait de changement fondamental dans la modélisation ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-us] [OSM-talk] Google Maps being praised for removing I-5 colasped bridge quickly
On 26/mag/2013, at 13:03, Paweł Paprota ppa...@fastmail.fm wrote: Well of course when you put osm in the search query you will get results from OSM.org... but it kind of defeats the purpose - the point is to promote OSM to people who don't know about it, isn't it? you only get these results because we are indexed, but you don't get them as prioritary results because they are not remotely as significant as Wikipedia pages - at least that's apparently what google thinks. Maybe part of this also depends on the fact that Google has its own mapping service but doesn't have an encyclopedia. cheers, Martin ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us