Re: [talk-ph] Proposal to delete the imagery coverage outlines from the OSM database
For as long as the imagery coverage map exists, I see no reason to oppose the removal of imagery outlines. Tony Montana: Me, I want what's coming to me. Manny Ribera: Oh, well what's coming to you? Tony Montana: The world, chico, and everything in it. - Blog: http://ianlopez1115.wordpress.com/ OpenStreetMap/Twitter: ianlopez1115 Facebook: ian.lopez From: Eugene Alvin Villar sea...@gmail.com To: OpenStreetMap Philippines talk-ph@openstreetmap.org Sent: Saturday, March 10, 2012 6:09 PM Subject: [talk-ph] Proposal to delete the imagery coverage outlines from the OSM database Hi guys, I propose to delete the imagery coverage outlines that are currently in the OSM database (most are tagged with the special outline=imagery tag). Since we already have an imagery coverage map[1], I think that there's no longer any need to retain these outlines in the database, especially since they clutter up editing, are inadvertently joined to streets and roads by users, and they don't correspond to anything real on the ground and therefore do not really belong in the database in the first place.. If there's new imagery, we just trace the outlines and then I can take them and merge them into the coverage map. What do you think? [1] http://forge.codedgraphic.com/osm/imagery_coverage/ ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
[OSM-talk] Mapnik Lowzoom TIles - proof of concept
Hi, one thing I particularly liked about the now-deceased Tiles@Home style was the lowzoom tiles which, in contrast to our rather bland Mapnik tiles http://www.openstreetmap.org/?lat=52.3lon=7.8zoom=5layers=M or those beefed up by terrain colouring http://www.openstreetmap.org/?lat=52.3lon=7.8zoom=5layers=Q actually showed real OpenStreetMap data. There's nothing keeping one from applying the Tiles@Home lowzoom process to a slight variation of our standard Mapnik style however, and out comes this (for zoom levels 0-8; from z9 on, the standard Mapnik style looks fine): http://fred.dev.openstreetmap.org/lowzoom/ I guess it's always a question of what audience a map is for, and my lowzoom tiles above look funny in areas where landcover has partially been imported; but for the mapper to get an idea of where there is data and where not, I quite like it. I think that if one applied a little more bitmap processing and maybe included, like t@h did, the boundaries on the lower zoom renderings, that could be a nice alternative to what we have. I'd like to have the roads a bit more prominent against the landcover perhaps. This is just a proof of concept and I'm not updating these tiles at the moment, but it would be quite easy to set this up on our main tileserver and keep it updated, and it wouldn't use a lot of resources. (Technical details: Took normal OSM Mapnik style and separated it in one style drawing only labels for z0-z8 (transparent background), and another style drawing everything but labels on z9; rendered world-wide set of no-label tiles on z9; produced z0-z8 tiles by bitmap-scaling/compositing appropriate number of z9 tiles and overlaying the label-only tile. All sources - hacky, Perl-y - available on request.) Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Mapnik Lowzoom TIles - proof of concept
On Mon, Mar 12, 2012 at 08:56, Frederik Ramm frede...@remote.org wrote: There's nothing keeping one from applying the Tiles@Home lowzoom process to a slight variation of our standard Mapnik style however, and out comes this (for zoom levels 0-8; from z9 on, the standard Mapnik style looks fine): http://fred.dev.openstreetmap.org/lowzoom/ +0 (I've always wanted this myself) I'm guessing most of the terrain pixels are Corine Land cover? The only problem I have with this is that it will make the Corine import go faster in all those white areas. -- /emj ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Mapnik Lowzoom TIles - proof of concept
Hi, On 03/12/12 10:21, Erik Johansson wrote: I'm guessing most of the terrain pixels are Corine Land cover? The only problem I have with this is that it will make the Corine import go faster in all those white areas. Yes, that must not be encouraged. I think that if we make roads more prominent, then the non-landcover areas will look better. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Mapnik Lowzoom TIles - proof of concept
On 12 mar 2012, at 11:22, Frederik Ramm wrote: Hi, On 03/12/12 10:21, Erik Johansson wrote: I'm guessing most of the terrain pixels are Corine Land cover? The only problem I have with this is that it will make the Corine import go faster in all those white areas. Yes, that must not be encouraged. I think that if we make roads more prominent, then the non-landcover areas will look better. It would be nice if landuse (forest etc) were _much_ less prominent on the default Mapnik layer. Really hard to see even major roads at low zoom if they go through a forest area as it is now. It's even a bit difficult at high zooms. :) Ex: http://www.openstreetmap.org/?lat=63.412lon=22.659zoom=10layers=M I think Hike Bike Map has better, more muted, colors for landuse: http://hikebikemap.de/?zoom=10lat=63.412lon=22.659layers=BF /Joakim ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] License change: database rebuild schedule
The message titled The Vandalism has begun on talk-us [1] suggests that purging the OSM database of non-ODBL data has already begun leading to data effectively being removed from OSM at least as of today. While the license change Wiki page [2] is not explicit about the date when non-ODBL data will drop from OSM, it does not suggest any earlier date than April 1st. - Is there an official database rebuild schedule and where can I find it? - Until when exactly will the pre-license change OSM database be available? Alex [1] http://lists.openstreetmap.org/pipermail/talk-us/2012-March/007558.html [2] http://www.osmfoundation.org/wiki/License/We_Are_Changing_The_License ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] License change: database rebuild schedule
The license on the database changes April 1st. Individuals have been removing non compliant data for the last few months. Cheerio John On 12 March 2012 15:06, Alex Barth a...@mapbox.com wrote: The message titled The Vandalism has begun on talk-us [1] suggests that purging the OSM database of non-ODBL data has already begun leading to data effectively being removed from OSM at least as of today. While the license change Wiki page [2] is not explicit about the date when non-ODBL data will drop from OSM, it does not suggest any earlier date than April 1st. - Is there an official database rebuild schedule and where can I find it? - Until when exactly will the pre-license change OSM database be available? Alex [1] http://lists.openstreetmap.org/pipermail/talk-us/2012-March/007558.html [2] http://www.osmfoundation.org/wiki/License/We_Are_Changing_The_License ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] License change: database rebuild schedule
On Monday 12 March 2012 20:06:13 Alex Barth wrote: - Is there an official database rebuild schedule and where can I find it? - Until when exactly will the pre-license change OSM database be available? While we're on the subject: is the algorithm that determines which objects will be deleted or reverted known already? The different tools we have now don't really agree about it. Ben ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] License change: database rebuild schedule
Hi, On 03/12/2012 08:06 PM, Alex Barth wrote: The message titled The Vandalism has begun on talk-us [1] suggests that purging the OSM database of non-ODBL data has already begun leading to data effectively being removed from OSM at least as of today. Ever since the April 1st target was declared, people have started to work towards remapping their area with the goal of making it safe for the license change. There are various tools available that mark probelmatic data, e.g. the OSM Inspector license change view. There are cases where data by one prolific mapper or importer who chose not to agree (but where the community believes that these contributions are either of limited value or can be easily re-imported later) basically colours the whole of the local map red, and overshadows those bits that *really* need work. Occasionally, people have therefore decided to remove such data from one or two contributors wholesale and then work on whatever remains. This is not an OSMF or LWG decision but one taken by the local/regional/national community and has been going on for months. In some cases I have been asked by the community to help them remove stuff, for example a series of maxspeed tags in Austraila around Jan 20, or a whole lot of acrosscanadatrails imports in Canada, or just recently another bunch of vreimer/acrosscanadatrails imports, but I reckon that I am by far not the only person doing that. Let me repeat that this is just me acting on my own because someone asked me to help them, not LWG hunting for bad data and removing it. As part of the remapping campagin which you will be familiar with, some areas have been manually cleaned out and remapped, sometimes adding details, but not always preserving the full detail that was there before so if you wanted a database unaffected by any remapping you'll perhaps want to go back to December or so. - Is there an official database rebuild schedule and where can I find it? Not as far as I know. I believe that the current plan is a sort of gradual transition that would fix things up for the change, possibly deleting or modifying objects, until the DB is ready for the switch to be thrown. - Until when exactly will the pre-license change OSM database be available? As I said, for data unaffected by any remapping you'll have to go back to an earlier dataset. As for the official OSMF action, my guess is that it will at best have a test run in an isolated area before 1st April but I would be surprised if we'd see any bulk action in March. (Such bulk action in March would be required if the switch was to be made on April 1st but I don't see it happening. *Start* on April 1st, perhaps.) Note that OSMF has never promised to not do anything before April 1st; but of course it would not be ok to do so without at least talking to the local community. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Mapnik Lowzoom TIles - proof of concept
On 12.03.2012 11:22, Frederik Ramm wrote: Yes, that must not be encouraged. I think that if we make roads more prominent, then the non-landcover areas will look better. I also think it does focus to much on natural=* How would it look if adding highway=motorway,trunk,primary to the rendering? Maybe in light shades of grey? Is transparency an option? So areas with higher mapping density would come up more prominent? Was the query speed a problem for the mapnik setup? Stephan ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Mapnik Lowzoom TIles - proof of concept
that looks great fred, and yes Erik, I recognize the corine import that i did there in southeast europe. mike On Mon, Mar 12, 2012 at 10:21 AM, Erik Johansson e...@kth.se wrote: I'm guessing most of the terrain pixels are Corine Land cover? The -- James Michael DuPont Member of Free Libre Open Source Software Kosova http://flossk.org ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Mapnik Lowzoom TIles - proof of concept
Hi, On 03/12/2012 09:18 PM, Stephan Knauss wrote: How would it look if adding highway=motorway,trunk,primary to the rendering? Maybe in light shades of grey? All these *are* already on the rendering; the rendering is based on plain z9 tiles which are just bitmap reduced. They're just not prominent enough. Using a few simple tricks a la http://www.remote.org/frederik/tmp/tiles/ the roads could perhaps be brought out more. Of course I could also simply not render landcover at all at z9. Is transparency an option? So areas with higher mapping density would come up more prominent? I don't think that would work with the bitmap approach. Was the query speed a problem for the mapnik setup? No, it was relatively benign, took my tile server a few hours to make the base tiles on z9 and then the rest was easy. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Mapnik Lowzoom TIles - proof of concept
On 12.03.2012 22:05, Frederik Ramm wrote: On 03/12/2012 09:18 PM, Stephan Knauss wrote: How would it look if adding highway=motorway,trunk,primary to the rendering? Maybe in light shades of grey? All these *are* already on the rendering; the rendering is based on plain z9 tiles which are just bitmap reduced. They're just not prominent enough. Ah, you are right. I was looking at level 5. Americas looks as empty as south-east asia. If you zoom in far enough you can see the streets. I feel that this makes us look too much like any random topo map. The strength of OSM is not in displaying landuse which we typically import from somewhere. This rendering is emphasizing the wrong aspect of OSM. Did you create the style by yourself or was it some readymade you could reuse? Stephan ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Mapnik Lowzoom TIles - proof of concept
Stephan Knauss writes: ... displaying landuse which we typically import from somewhere. Careful with that we Eugene[1]! Some of us typically enter landuse[2] from our knowledge of the use of the land. [1] http://en.wikipedia.org/wiki/Careful_with_That_Axe,_Eugene [2] http://www.openstreetmap.org/?lat=44.6987lon=-74.9774zoom=13 -- --my blog is athttp://blog.russnelson.com Crynwr supports open source software 521 Pleasant Valley Rd. | +1 315-600-8815 Potsdam, NY 13676-3213 | Sheepdog ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Bing Imagery with many clouds (was: Bing high resolution coverage extended over Syria)
Hi there, sorry for hijacking the thread and changing the subject, but with the recent update on Bing imagery many cities in Brazil (specially Rio de Janeiro, where I live) the majority part of the city is covered with thick clouds, I can't trace a thing anymore in some suburbs. Is there something I can do to be able to see the old imagery? Like, changing the map URL on Potlatch/JOSM? Thanks a lot! Cheers, Arlindo Nighto Pereira On Sun, Feb 12, 2012 at 4:14 AM, Mikel Maron mikel_ma...@yahoo.com wrote: Do we have a good idea of the extent and date of acquisition of the recent extension of Bing imagery? * Mikel Maron * +14152835207 @mikel s:mikelmaron -- *From:* Jean-Guilhem Cailton j...@arkemie.com *To:* OSM-talk talk@openstreetmap.org; HOT h...@openstreetmap.org *Sent:* Saturday, February 11, 2012 1:31 PM *Subject:* [OSM-talk] Bing high resolution coverage extended over Syria Hi, Thanks to its recent extension, Bing high resolution coverage now includes, among others, the city of Homs, whose street network is very partially mapped in OSM : http://ousm.fr/syria/?zoom=14lat=34.72957lon=36.7164layers=00B000TT Thank you Bing ! Best wishes, Jean-Guilhem -- gpg 0x5939EAE2 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk-nl] terugdraaien wijzigingen 3dShapes
Hallo, Iemand heeft mijn redelijk bijgewerkte versie van ons recreatieplasje weer in oude staat hersteld :`( Het lijkt iets te maken te hebben met deze changeset http://www.openstreetmap.org/browse/changeset/9857996 Het ziet er nu zo uit: http://www.openstreetmap.org/?lat=51.9872lon=4.498133zoom=18layers=M Kan ik dit weer makkelijk terugherstellen (ongedaan maken)? Vriendelijke groet ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] terugdraaien wijzigingen 3dShapes
Heb het net aangepast. Gr, Henk Op 12 mrt. 2012, om 19:38 heeft YRS het volgende geschreven: Hallo, Iemand heeft mijn redelijk bijgewerkte versie van ons recreatieplasje weer in oude staat hersteld :`( Het lijkt iets te maken te hebben met deze changeset http://www.openstreetmap.org/browse/changeset/9857996 Het ziet er nu zo uit: http://www.openstreetmap.org/?lat=51.9872lon=4.498133zoom=18layers=M Kan ik dit weer makkelijk terugherstellen (ongedaan maken)? Vriendelijke groet ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[OSM-talk-nl] A.s. donderdag 15 maart Mappersbabbel
Hoi! A.s. donderdag is er weer een Amsterdamse Mappersbabbel! U bent allen welkom om over OSM en/of andere geogerelateerde zaken te komen praten. Kapitein Zeppos Gebed Zonder End 5 Amsterdam Aanvang: 19.00 Je kunt daar ook voor goed eten trouwens. Je kunt je aanmelden via Meetup, de Wiki of gewoon langskomen: http://www.meetup.com/AmsGeoDrinks/events/56069452/ http://wiki.openstreetmap.org/wiki/NL:Amsterdam#15_maart_2012 Groet, Floris ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] A.s. donderdag 15 maart Mappersbabbel
Jammer, maar ik ben in Parijs. Sorry jongens. Met vriendelijke groeten, Robert Elsenaar (Verzonden vanaf Mobile) Floris Looijesteijn o...@floris.nu schreef: Hoi! A.s. donderdag is er weer een Amsterdamse Mappersbabbel! U bent allen welkom om over OSM en/of andere geogerelateerde zaken te komen praten. Kapitein Zeppos Gebed Zonder End 5 Amsterdam Aanvang: 19.00 Je kunt daar ook voor goed eten trouwens. Je kunt je aanmelden via Meetup, de Wiki of gewoon langskomen: http://www.meetup.com/AmsGeoDrinks/events/56069452/ http://wiki.openstreetmap.org/wiki/NL:Amsterdam#15_maart_2012 Groet, Floris ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [Talk-de] Extrahieren/filtern direkt aus PBF?
Am 10. März 2012 20:32 schrieb Frederik Ramm frede...@remote.org: ... * imposm tut zwar eigentlich was ganz anderes, ist aber in Python gemacht und liest pbf-Daten ein, d.h. Du koenntest Dir dort bei Bedarf den Lese-Code klauen und dann selber was in Python machen. Vielen Dank für den Tipp mit imposm. Das habe ich auch schon mal für was ähnliches benutzt. Bloß hatte ich gar nicht auf dem Schirm, dass es auch direkt PBF-Dateien einliest. Das beschleunigt die Sache schon sehr! (z.B. Deutschland: 1,2 GB PBF statt 20 GB XML) Grüße Marian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Schon wieder: entrance nodes, housenumber und POIs
Jaja, ich weiss, mir kommt die Diskussion auch schon den Ohren heraus, aber ich stolpere doch immer wieder ueber Faelle in der Praxis, in denen ich nicht weiss, wie ich taggen soll. Ich wuerde hier gerne noch einmal ein Beispiel geben, und das dann moeglicherweise auch mal so im Wiki dokumentieren: Ein Gebaeude, eine Plakette verraet einen hist. namen: Haus zum Schwan. Umgeben von drei Strassen, je einen Eingang zu jeder Strasse. Eingang 1: Von A-Strasse, Zugang zu einem Blumenladen, Adresse unbekannt. Eingang 2: Von B-Strasse, Zugang zu 2 Aerzten, einem Rechtsanwalt und einem Versicherungsbuero, Adresse ist klar erkennbar A-Strasse 5 Eingang 3: Von C-Strasse, Zugang zu Wohnungen, Hausnummer ist 23, wahrscheinlich C-Strasse Ich wuerde so taggen: Gebaeudeumriss mit building = yes name = Haus zum Schwan Eingang 1 als node auf dem Umriss mit entrance = main wheelchair = yes shop = florist name = Blumen Giesela (keine addresse weil unbekannt, sonst hier) Eingang 2 als node auf Umriss entrance = main wheelchair = yes access = destination (Tuer ist nicht offen, man muss klingeln) addr:housnumber = 5 addr: street = A-Strasse Einang 3 als node auf Umriss entrance = yes access = private wheelchair = no addr:housenumber = 23 addr:street = C-Strasse Dazu 4 POI nodes im Gebaeudeinneren in der Naehe von Eingang 2 amenity = doctor name = Praxis Dr. Knochenbrecher amenity = dentist name = Zahnarztpraxis Dr. Bohr office = insurance name = Futsch und Weg A.G. office = lawyer name = Fuchs und Co. Mir schon bekannte Nachteile: - Datensatz der inneren POIs ist nicht vollstaendig, weil Adresse fehlt - keine formale Zuordnung von entrance und POI - uneinheitliches Tagging, weil POI einmal extra, einmal direkt am entrance node (- rendering noch unschoen bei Hausnummern/POI am entrance) GIbt es Verbesserungsvorschlaege mit weniger Nachteilen? Lieber Adresse redundant an alle POIs (+entrance?)? Eine Relation um POIs und entrance? Gruss, Chaos99 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] station=subway_entrace
Mir ist aufgefallen, dass der häufigste Wert in der Datenbank station=subway_entrance ist. Diesen Wert finde ich ein bisschen seltsam, da ein häufiges Subtagging-Schema in OSM ist: a=b, b=c wobei c in der Regel b weiter beschreibt. Bei railway=station würde ich erwarten, dass mit station der Bahnhof weiter unterschieden wird (so wie es die anderen beiden station-Werte light_rail und subway auch tun.) http://taginfo.openstreetmap.org/tags/station=subway_entrance http://taginfo.openstreetmap.org/tags/railway=subway_entrance Weiss jemand, wo diese station=subway_entrance herkommen (gibt es dazu eine Empfehlung im Wiki irgendwo, ist das in irgendwelchen Presets, hat es Vorteile gegenüber railway=subway_entrance?). Weiterhin könnte man evtl. noch überlegen, ob ein U-Bahn-Zugang überhaupt zu railway oder station gehört, oder es vielleicht sinnvoller wäre, das unter entrance zu erfassen, aber andererseits ist das so wie es ist einigermaßen etabliert und integriert, sollte man also eher nicht ändern. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Schon wieder: entrance nodes, housenumber und POIs
Am 12.03.2012 11:06, schrieb Ronnie Soak: Mir schon bekannte Nachteile: - Datensatz der inneren POIs ist nicht vollstaendig, weil Adresse fehlt - keine formale Zuordnung von entrance und POI - uneinheitliches Tagging, weil POI einmal extra, einmal direkt am entrance node (- rendering noch unschoen bei Hausnummern/POI am entrance) GIbt es Verbesserungsvorschlaege mit weniger Nachteilen? Lieber Adresse redundant an alle POIs (+entrance?)? Eine Relation um POIs und entrance? I.d.R. verfahre ich so wie Du, hänge die Adressen also an die entrance-nodes. Im Falle mehrerer POIs pro Adresse tagge ich die Adresse redundant an alle POIs und vermeide eine Relation. Das hat Vorteile, wenn z.B. einer der POIs umzieht: Wird vergessen, den alten POI in der DB zu entfernen, taucht schon bei einer Suche in vielen Systemen die Adressinfo mit auf und es lässt sich durch den Nutzer, sowie durch einen anderen Mapper schneller entscheiden, welches der richtige POI ist. Machst Du z.B. kein Bereichsausschnitt, sondern fragst Daten über die XAPI an, mit Filter (name = Zahnarztpraxis Dr. Bohr) erhältst Du ausschließlich POIs, nicht umliegende Gebäude. Für Dich beim Mappen ist die Adresse ja nur deshalb redundant, weil Du alles siehst, also die Daten ungefiltert vorliegen hast. Eine Relation wäre sauberer, wenn es Dir auf Redundanzvermeidung ankommt - das macht aber imho nur dann Sinn, wenn die Tools diese vermiedene Redundanz Dir als Mensch wieder aufblähen können, sprich die Relation effektiv auswerten. Ansonsten freut man sich lediglich, dass man als Mapper minimal komplex gemappt hat und allen Anwendern die damit nicht zurecht kommen, vorhalten kann, die Information sei klar da ;-) Im übrigen wäre es anhand identischer Adressen auf mehreren Objekten einfach, die Daten zu transformieren, sollte sich das Projekt später auf eine Relation einigen und diese in den Tools auswerten können. Grüße, Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Schon wieder: entrance nodes, housenumber und POIs
Hallo, Am Montag, 12. März 2012 13:00:35 schrieb Christian Müller: Am 12.03.2012 11:06, schrieb Ronnie Soak: Mir schon bekannte Nachteile: - Datensatz der inneren POIs ist nicht vollstaendig, weil Adresse fehlt - keine formale Zuordnung von entrance und POI - uneinheitliches Tagging, weil POI einmal extra, einmal direkt am entrance node (- rendering noch unschoen bei Hausnummern/POI am entrance) GIbt es Verbesserungsvorschlaege mit weniger Nachteilen? Lieber Adresse redundant an alle POIs (+entrance?)? Eine Relation um POIs und entrance? I.d.R. verfahre ich so wie Du, hänge die Adressen also an die entrance-nodes. Im Falle mehrerer POIs pro Adresse tagge ich die Adresse redundant an alle POIs und vermeide eine Relation. Das hat Vorteile, wenn z.B. einer der POIs umzieht: Wird vergessen, den alten POI in der DB zu entfernen, taucht schon bei einer Suche in vielen Systemen die Adressinfo mit auf und es lässt sich durch den Nutzer, sowie durch einen anderen Mapper schneller entscheiden, welches der richtige POI ist. Machst Du z.B. kein Bereichsausschnitt, sondern fragst Daten über die XAPI an, mit Filter (name = Zahnarztpraxis Dr. Bohr) erhältst Du ausschließlich POIs, nicht umliegende Gebäude. Für Dich beim Mappen ist die Adresse ja nur deshalb redundant, weil Du alles siehst, also die Daten ungefiltert vorliegen hast. Eine Relation wäre sauberer, wenn es Dir auf Redundanzvermeidung ankommt - das macht aber imho nur dann Sinn, wenn die Tools diese vermiedene Redundanz Dir als Mensch wieder aufblähen können, sprich die Relation effektiv auswerten. Ansonsten freut man sich lediglich, dass man als Mapper minimal komplex gemappt hat und allen Anwendern die damit nicht zurecht kommen, vorhalten kann, die Information sei klar da ;-) Im übrigen wäre es anhand identischer Adressen auf mehreren Objekten einfach, die Daten zu transformieren, sollte sich das Projekt später auf eine Relation einigen und diese in den Tools auswerten können. +1 Für denjenigen, der das lieber per Relation lösen möchte, 3 Sites, jedesmal das Haus, ein entrance und die zugehörigen POIs. Im vorliegenden Fall halte ich die Lösung ohne Relationen auch für besser. Spätestens bei 50+ POIs würde ich aber vermutlich zur Relation greifen (Dubai Tower oder so :-) ) Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Schon wieder: entrance nodes, housenumber und POIs
Am 12.03.2012 15:13, schrieb Wolfgang: Im vorliegenden Fall halte ich die Lösung ohne Relationen auch für besser. Spätestens bei 50+ POIs würde ich aber vermutlich zur Relation greifen (Dubai Tower oder so :-) ) Evtl. dann in die diversen indoor mapping proposals eintauchen und wenigstens level=* verwenden, um die Etagen voneinander abzugrenzen. 50+ POIs auf den Grundriß eines Towers projiziert, macht sicher keinem Mapper Spaß.. Grüße ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fotomapping mit Garmin 62s
Hi ! ich wollte das ausprobieren. 1. Auf der Karte Karte einrichten Datenfelder 1(groß) gefunden !! und Datenfelder ändern Uhrzeit aber den Eintrag finde ich nicht - kannst Du mir ein Bild zukommen lassen oder ein Bild wo das mal abgebildet Gruß Jan :-) Wenn man in der Kartenansicht aber andere Datenfelder sehen möchte und weil ein Synchonisierungsfoto pro Session genügt: 2. Reisecomputer - dieselbe Prozedur. Wenn die kleine Uhrzeit oben groß genug ist, kann man das große Datenfeld auch für einen anderen Inhalt nutzen. Gruß nk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] QLandkarteGT und Höheninfos
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Moin! Ich versuche schon seit längerem, eine ordentliche Höhenprofilkarte aus QLandkarteGT zu bekommen. Strecke ist: VON: N46° 27.965 E015° 46.084 NACH: N45° 48.988 E015° 50.322 Ich nehme die OpenCycleMap, trage beide Punkte ein, erzeuge eine Route zwischen den beiden Punkten und lasse diese als Fahrradtour unter vermeide Autobahn und vermeide Mautstrassen vom OpenRouteService berechnen. Es kommt eine 91km lange Route mit einer Zeit von 5:49:45 bei heraus. (die letzten Tage sponn der ORS etwas, aber gerade funktioniert er). Nun das Problem: ich mache aus der Route ein Track mittels Track erzeugen und möchte alle 100m einen Trackpunkt setzen, die Höheninformationen kommen von www.geonames.org. Unter einer 1.2.3 auf debian stürtzt QLandkarteGT ab. Unter windows mit Version 1.3.2 gibt es einen Track, aber die Höhe schwankt ständig zwischen 0 und 4 meter - unschön für eine Fahrradtour. Ich hab auch schon versucht, alle 50,200,10 Meter einen Trackpunkt zu setzen. Aber es kommen keine guten Höhenangaben bei heraus. Wie bekomme ich eine gute Höhenprofilkarte? Danke. MfG, Lars Schimmer - -- - - TU Graz, Institut für ComputerGraphik WissensVisualisierung Tel: +43 316 873-5405 E-Mail: l.schim...@cgv.tugraz.at Fax: +43 316 873-5402 PGP-Key-ID: 0x4A9B1723 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk9eEEYACgkQmWhuE0qbFyONyQCfR6ro3ZzRjtkdNXgXOn0ZseIh N+YAoITATT5k66NoF0X+/9Se+OhzpcKv =sW/H -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Schon wieder: entrance nodes, housenumber und POIs
Ich hab da mal eine Wikiseite mit dem bisherigen Konses (so gut ich das eben mitbekommen habe) erstellt. Als Tutorial mit den groessten Problemen, die man so beim Haeusermappen hat. Rechtschreibung und Umlaute folgen dann in Version 2 ;) Da koennt ihr ja mal drueberschauen und ggfs. ergaenzen oder im Talk Anmerkungen dranschreiben. http://wiki.openstreetmap.org/wiki/DE:Buildings Gruss, Chaos ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] QLandkarteGT und Höheninfos
Hallo Lars, Am 12.03.2012 16:03, schrieb Lars Schimmer: Unter einer 1.2.3 auf debian stürtzt QLandkarteGT ab. Unter windows mit Version 1.3.2 gibt es einen Track, aber die Höhe schwankt ständig zwischen 0 und 4 meter - unschön für eine Fahrradtour. Ich habe öfters mal ähnliche Probleme, auch dann, wenn ich ein Overlay in einen Track umwandle. Manchmal klappt es, wenn ich QLGT beende und neu starte. Ich habe den Verdacht, dass es irgendwie mit der Größe bzw. Komplexität des Tracks und dem Zugriff auf die Höhendaten bei geonames.org zusammenhängt. Ich rate dazu, das Problem auf der QLandkarte-GT-Liste zu posten: gmane.comp.gis.qlandkartegt.user Gruß Rainer ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Geodaten und grünes Wahlprogramm in Baden-Württemberg?
Am 30.04.11 schrieb Thomas Reincke: Am 29.03.2011 14:02, schrieb Sven Geggus: --schnipp-- Gemeinfreistellung von Datenbeständen des Landes Ich habe eben mal nachgeschaut, was daraus geworden ist und bin angenehm überrascht. heise schreibt heute, dass es voran geht und Daten unter http://opendata.service-bw.de/ zugänglich sind. Prototyp des Open Data Portals Baden-Württemberg vorgestellt Der Prototyp stellt exemplarisch Datensätze in einem von Maschinen lesbaren und interpretierbaren Format zur Verfügung... http://www.baden-wuerttemberg.de/de/Meldungen/273500.html?referer=88529 Gruß, Fabian.___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fotomapping mit Garmin 62s
Jan Tappenbeck schrieb: ich wollte das ausprobieren. 1. Auf der Karte Karte einrichten Datenfelder 1(groß) gefunden !! und Datenfelder ändern Uhrzeit aber den Eintrag finde ich nicht - kannst Du mir ein Bild zukommen lassen oder ein Bild wo das mal abgebildet Handbuch http://support.garmin.com/support/manuals/manuals.htm?partNo=010-00868-01language=decountry=DE Seite 29 hth ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Tag-Differenzierung und deren Folgen
Hi ! ich habe heute eine Karte mit Maperitive von der Lübecker Altstadt gerendert und hätte fast das K bekommen. Allgemein gibt es für Gebäude das Tag building=yes und dann ggf. building:type=. Wenn das nun auch richtig gelesen habe im Wiki sollte sich das auf building=[den jeweiligen Typ] bzw. building=residental ändern mit der Zeit. Die Folgen davon habe ich selber erlebt. Es fehlten eine Vielzahl von Gebäuden und dann ging die Suche los. Sicherlich kann man das alles Konfigurieren und wir taggen nicht für die Render aber dieser Weg ist in meinen Augen ein Irrweg. Der alte Weg ist der bessere. Wer will kann mal eben eine Karte mit building=yes rendern und ist auch gewiss alles erwischt zu haben - wer mehr will kann auf die Subtags als Unterscheidungsmerkmal zurückgreifen. Wenn ich das also im Wiki richtig gelesen habe, dann sollte wirklich noch einmal darüber nachgedacht werden ob das so der richtige Weg ist. Letztendlich hat nur eines geholfen - alles markiert und dann daraus building = yes gemacht ! Fertig. Das Ergebnis ist auf der Traumpfade 2012 (25.3.2012) in Lübeck zu sehen. Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tag-Differenzierung und deren Folgen
Hallo Jan. Schon immer gilt: alles, was building=* aber nicht building=no ist (und das wäre eigentlich blödsinn), kann als building=yes betrachtet werden, yes ist aber fallback für ja das ist ein building. Warum einen zusätzlichen Tag verwenden, wenn yes doch nur sagt ist irgendein Gebäude. Damit sollte auch Maperitive klarkommen können. Im Übrigen ist deine Behauptung, das wäre früher anders gewesen, falsch - jedenfalls seit Mitte 2010, als ich angefangen habe hier, ist das unverändert: building=irgendwas ist eine Spezialisierung von Building=yes, und wenn ich alle Gebäude haben will, nehme ich eben alles, was ein building-Tag hat - und schließe höchstens building=no aus (evtl. auch noch building=entrance, aber deshalb rutscht das ja nach aktuellem Stand aus dem building-tag wieder raus. Gruß Peter Am 12.03.2012 21:20, schrieb Jan Tappenbeck: Hi ! ich habe heute eine Karte mit Maperitive von der Lübecker Altstadt gerendert und hätte fast das K bekommen. Allgemein gibt es für Gebäude das Tag building=yes und dann ggf. building:type=. Wenn das nun auch richtig gelesen habe im Wiki sollte sich das auf building=[den jeweiligen Typ] bzw. building=residental ändern mit der Zeit. Die Folgen davon habe ich selber erlebt. Es fehlten eine Vielzahl von Gebäuden und dann ging die Suche los. Sicherlich kann man das alles Konfigurieren und wir taggen nicht für die Render aber dieser Weg ist in meinen Augen ein Irrweg. Der alte Weg ist der bessere. Wer will kann mal eben eine Karte mit building=yes rendern und ist auch gewiss alles erwischt zu haben - wer mehr will kann auf die Subtags als Unterscheidungsmerkmal zurückgreifen. Wenn ich das also im Wiki richtig gelesen habe, dann sollte wirklich noch einmal darüber nachgedacht werden ob das so der richtige Weg ist. Letztendlich hat nur eines geholfen - alles markiert und dann daraus building = yes gemacht ! Fertig. Das Ergebnis ist auf der Traumpfade 2012 (25.3.2012) in Lübeck zu sehen. Gruß Jan :-) ___ 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
[Talk-de] Genauigkeit von buildings
Hallo! Inzwischen sind ja an vielen Orten die buildings eingezeichnet, woher diese Daten auch immer stammen mögen und wie sie auch generiert wurden. Diese Daten sind übrigens im Detail oft fehlerhaft. Natürlich gibt es in den Bereichen auch einzelne Lücken. Haltet ihr es für sinnvoll, Häuser in solchen Lücken nach Abschätzung frei Hand einzutragen? Auch wenn ich keine Luftbilder oder sonstige Planungsunterlagen habe? Meistens kann man eine Gebäude auch nicht abgehen und man ist sowieso an den Grenzen der Genauigkeit vieler GPS-Logger. Die Genauigkeit ist hier also sicherlich bescheiden. Besser eine ungenaues Haus als gar keins oder dann besser weglassen? -- Mit freundlichen Gruessen Wolfgang Wienke ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Genauigkeit von buildings
Am 12.03.2012 21:37, schrieb Wolfgang Wienke: Hallo! Inzwischen sind ja an vielen Orten die buildings eingezeichnet, woher diese Daten auch immer stammen mögen und wie sie auch generiert wurden. Diese Daten sind übrigens im Detail oft fehlerhaft. Natürlich gibt es in den Bereichen auch einzelne Lücken. Haltet ihr es für sinnvoll, Häuser in solchen Lücken nach Abschätzung frei Hand einzutragen? Auch wenn ich keine Luftbilder oder sonstige Planungsunterlagen habe? Meistens kann man eine Gebäude auch nicht abgehen und man ist sowieso an den Grenzen der Genauigkeit vieler GPS-Logger. Die Genauigkeit ist hier also sicherlich bescheiden. Besser eine ungenaues Haus als gar keins oder dann besser weglassen? IMHO, wenn keine Luftbilder zur Verfügung stehen, ist es besser nur einen node mit den Adressdaten zu taggen, anstatt einen ungenauen Grundriß zu zeichnen. Wenn auf einen Luftbild-genauen Grundriß durch vorhandene Daten geschlussfolgert werden kann, dann kann e.g. das Haus in der Lücke einer Häuserzeile auch dadurch rekonstruiert werden - für andere kann ein source=good_guess als Tag am näherungsweisen Linienzug des Hauses hilfreich sein. Gruß Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Genauigkeit von buildings
Moin! Ich lasse hier bei mir vor Ort die Gebäudeumrisse weg, wo ich noch keine Luftbilder habe (Neubaugebiet) und trage dort lediglich die Adressdaten als Node ein. Auf diese Weise weiss ich immer, wo ich noch Gebäudeumrisse nachtragen muss. Wenn die Gebäudeumrisse erstmal da sind, dann würde ich annehmen, dass es erledigt ist. Alternativ kannst Du natürlich auch eine FIXME-Bemerkung an das Gebäude dranhängen, damit es nicht in Vergessenheit gerät. Andre Am 12.03.2012 21:37, schrieb Wolfgang Wienke: Hallo! Inzwischen sind ja an vielen Orten die buildings eingezeichnet, woher diese Daten auch immer stammen mögen und wie sie auch generiert wurden. Diese Daten sind übrigens im Detail oft fehlerhaft. Natürlich gibt es in den Bereichen auch einzelne Lücken. Haltet ihr es für sinnvoll, Häuser in solchen Lücken nach Abschätzung frei Hand einzutragen? Auch wenn ich keine Luftbilder oder sonstige Planungsunterlagen habe? Meistens kann man eine Gebäude auch nicht abgehen und man ist sowieso an den Grenzen der Genauigkeit vieler GPS-Logger. Die Genauigkeit ist hier also sicherlich bescheiden. Besser eine ungenaues Haus als gar keins oder dann besser weglassen? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Geodaten und grünes Wahlprogramm in Baden-Württemberg?
Am 12.03.2012 17:50, schrieb Fabian Schmidt: heise schreibt heute, dass es voran geht und Daten unter http://opendata.service-bw.de/ zugänglich sind. wobei die Daten angeblich (gemäß Heise) CCbySA sind = wäre also gezielt zu klären ob wir die verwenden dürfen. Zumindest aber sollten wir sie zum Vergleich Objekt ist in OSM vs. OSM ist nicht in OSM heranziehen (vgl. Straßenauswertung) können. Grüße, Michael. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Genauigkeit von buildings
Hallo, Am Montag, 12. März 2012 21:37:53 schrieb Wolfgang Wienke: Hallo! Inzwischen sind ja an vielen Orten die buildings eingezeichnet, woher diese Daten auch immer stammen mögen und wie sie auch generiert wurden. Diese Daten sind übrigens im Detail oft fehlerhaft. Natürlich gibt es in den Bereichen auch einzelne Lücken. Haltet ihr es für sinnvoll, Häuser in solchen Lücken nach Abschätzung frei Hand einzutragen? Auch wenn ich keine Luftbilder oder sonstige Planungsunterlagen habe? Meistens kann man eine Gebäude auch nicht abgehen und man ist sowieso an den Grenzen der Genauigkeit vieler GPS-Logger. Die Genauigkeit ist hier also sicherlich bescheiden. Besser eine ungenaues Haus als gar keins oder dann besser weglassen? Mit dem GPS kannst du das Gebäude sowieso nicht aufnehmen, weil dicht an der Hauswand das Gerät nur noch spinnt. Das liegt einerseits an der Abdeckung, andererseites an der Reflektion der GPS-Signale an Hauswänden, Fensterflächen etc. Wenn die Abstände zu den Nachbargebäuden abschätzbar sind und der Grundriss einigermaßen einfach ist, könnte man es nach Schätzung eintragen. Ansonsten kann man auch von (mindestens 2) bekannten Punkten (Abzweig Straßenmitte, Sieldeckel, oder was immer man im Luftbild findet) die Entfernung zur Hausecke messen, bsp. mit Infrarot. Danach in JOSM über das Entferungsmodul die Strecken eintragen. Der Schnittpunkt ist die Hausecke. ps. wäre schön, wenn es da ein Plugin Vorwärtseinschnitt gäbe. Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tag-Differenzierung und deren Folgen
Hallo, Am Montag, 12. März 2012 21:20:34 schrieb Jan Tappenbeck: Hi ! ich habe heute eine Karte mit Maperitive von der Lübecker Altstadt gerendert und hätte fast das K bekommen. Allgemein gibt es für Gebäude das Tag building=yes und dann ggf. building:type=. Wenn das nun auch richtig gelesen habe im Wiki sollte sich das auf building=[den jeweiligen Typ] bzw. building=residental ändern mit der Zeit. Die Folgen davon habe ich selber erlebt. Es fehlten eine Vielzahl von Gebäuden und dann ging die Suche los. Sicherlich kann man das alles Konfigurieren und wir taggen nicht für die Render aber dieser Weg ist in meinen Augen ein Irrweg. Der alte Weg ist der bessere. Wer will kann mal eben eine Karte mit building=yes rendern und ist auch gewiss alles erwischt zu haben - wer mehr will kann auf die Subtags als Unterscheidungsmerkmal zurückgreifen. Wenn ich das also im Wiki richtig gelesen habe, dann sollte wirklich noch einmal darüber nachgedacht werden ob das so der richtige Weg ist. Dein Weg ist jedenfalls nicht der Richtige. Letztendlich hat nur eines geholfen - alles markiert und dann daraus building = yes gemacht ! Fertig. Das Ergebnis ist auf der Traumpfade 2012 (25.3.2012) in Lübeck zu sehen. Da du ja jetzt das Ergebnis hast, erwarte ich eigentlich, dass du diesen mindestens unsinnigen Edit wieder zurücksetzt. Sonst zerstörst du in rücksichtsloser Weise die Arbeit anderrer Mapper. Man kann so eine Änderung auch lokal machen. :1,$ s/building=.*\ /building=yes/ in sed oder vim geht auch in Windows. Was meinst du, was los gewesen wäre, wenn ich für die Fahrradkarte einfach mal eben alle Radwege gelöscht hätte? Lust hätte ich ja gehabt... ;-) Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tag-Differenzierung und deren Folgen
Hallo, Am Montag, 12. März 2012 22:42:59 schrieb Wolfgang: Hallo, Am Montag, 12. März 2012 21:20:34 schrieb Jan Tappenbeck: Hi ! ich habe heute eine Karte mit Maperitive von der Lübecker Altstadt gerendert und hätte fast das K bekommen. Allgemein gibt es für Gebäude das Tag building=yes und dann ggf. building:type=. Wenn das nun auch richtig gelesen habe im Wiki sollte sich das auf building=[den jeweiligen Typ] bzw. building=residental ändern mit der Zeit. Die Folgen davon habe ich selber erlebt. Es fehlten eine Vielzahl von Gebäuden und dann ging die Suche los. Sicherlich kann man das alles Konfigurieren und wir taggen nicht für die Render aber dieser Weg ist in meinen Augen ein Irrweg. Der alte Weg ist der bessere. Wer will kann mal eben eine Karte mit building=yes rendern und ist auch gewiss alles erwischt zu haben - wer mehr will kann auf die Subtags als Unterscheidungsmerkmal zurückgreifen. Wenn ich das also im Wiki richtig gelesen habe, dann sollte wirklich noch einmal darüber nachgedacht werden ob das so der richtige Weg ist. Dein Weg ist jedenfalls nicht der Richtige. Letztendlich hat nur eines geholfen - alles markiert und dann daraus building = yes gemacht ! Fertig. Das Ergebnis ist auf der Traumpfade 2012 (25.3.2012) in Lübeck zu sehen. Da du ja jetzt das Ergebnis hast, erwarte ich eigentlich, dass du diesen mindestens unsinnigen Edit wieder zurücksetzt. Sonst zerstörst du in rücksichtsloser Weise die Arbeit anderrer Mapper. Man kann so eine Änderung auch lokal machen. :1,$ s/building=.*\ /building=yes/ in sed oder vim geht auch in Windows. Was meinst du, was los gewesen wäre, wenn ich für die Fahrradkarte einfach mal eben alle Radwege gelöscht hätte? Lust hätte ich ja gehabt... ;-) Gruß, Wolfgang ... und ich dachte schon, du hättest wirklich ;-) wir haben doch noch nicht den 1.4. Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Weg / Fläche unregelmäßig gesperrt
Moin, wie kann ich ausdrücken, dass ein Weg oder eine Fläche unregelmäßig frei oder gesperrt ist? Beispiele sind - ein Weg der zur Krötenwanderzeit für Kfz gesperrt wird - ein Weg über ein Werftgelände, der bei Slip- oder Kranarbeiten gesperrt wird - eine Bundeswehrfläche, die außerhalb der Übungszeit öffentlich zugänglich ist - ein Platz, der mehrere Wochen im Jahr für Sonderveranstaltungen (Circus, Jahrmarkt, Ausstellung etc.) benutzt wird und sonst als Parkplatz dient. Viele Grüße Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Weg / Fläche unregelmäßig gesperrt
Hi, dazu sind mir bis jetzt nur http://wiki.openstreetmap.org/wiki/Key:access#Access_time_restrictions untergekommen. Wenn Dir das nicht ausreicht, wirst Du etwas eigenes erfinden müssen. Grüße Christian Am 12.03.2012 23:53, schrieb Stephan Wolff: Moin, wie kann ich ausdrücken, dass ein Weg oder eine Fläche unregelmäßig frei oder gesperrt ist? Beispiele sind - ein Weg der zur Krötenwanderzeit für Kfz gesperrt wird - ein Weg über ein Werftgelände, der bei Slip- oder Kranarbeiten gesperrt wird - eine Bundeswehrfläche, die außerhalb der Übungszeit öffentlich zugänglich ist - ein Platz, der mehrere Wochen im Jahr für Sonderveranstaltungen (Circus, Jahrmarkt, Ausstellung etc.) benutzt wird und sonst als Parkplatz dient. Viele Grüße Stephan ___ 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] Mal wieder: Remapping - was darf, was nicht
Moin! Am 11.03.2012 14:43, schrieb Simon Poole: Noch zu Klarstellung, der ganz einfache Fall: ein ursprünglich von einem Nicht-Zustimmer erstellter Weg wird gesplitet und irgend ein Tag wird dem gespliteten Objekt hinzugefügt, oder das Stück wird in eine Relation eingetragen, zu einem Objekt ohne relizensierbare Stützpunkte führt. Ein solcher Weg verschwindet (auch mit Anwendung der V0 Regel) aus der DB. Das ist eindeutig. Wurde das abgesplitete Objekt weiterbearbeitet, z.B. Geometrie verändert, ganz umgetaggt etc., so wird es zwar übernommen, aber man kann sich dann auch auf den Standpunkt stellen, dass so oder so wenig bis nichts mehr vom ursprünglichen Werk vorhanden ist. Jein. Der spätere Bearbeiter kannte sicherlich das physikalische Objekt. Aber es werden nebenbei alle weiteren Eigenschaften legalisiert, die noch vom Nicht-Zustimmer stammen können und den späteren Bearbeitern evtl. nicht bekannt sind. Die andere Weghälfte gilt als nicht ODBL konform, obwohl dort der gleiche Anteil des ursprünglichen Werks enthalten ist. Eine Spliterkennung könnte zu einem fairen Ergebnis führen. Beide bearbeiteten Wegteile könnten erhalten bleiben, die von Nicht-Zustimmern gesetzten Tags in beiden Teilen entfernt werden. Der umgekehrte Fall ist unangenehmer. Wenn ein Nicht-Zustimmer einen langen Weg splitet um z.B. eine Brücke einzufügen, gilt er danach als Urheber der Brücke und des gesamten nachfolgenden Wegteils. Den Weg wieder zu legalisieren macht viel Arbeit. Würde der Split erkannt und rückgängig gemacht, gäbe es bei der Lizenzumstellung nur einen minimalen Verlust. Die Brücke wäre mit wenig Aufwand neu einzutragen. Wenn der Weg Teil einer Relation ist, hat man noch mehr Arbeit, den geteilten Weg wieder ODBL konform zu machen. Viele Grüße Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] vergest das Posting
HI ! danke das wir darüber gesprochen hatte - irgendwie wohl etwas viel an dem Tag gewesen. Man kann so eine Änderung auch lokal machen. :1,$ s/building=.*\ /building=yes/ Das war natürlich nur ein lokaler edit ! Gruß Jan .-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Genauigkeit von buildings
Am 12.03.2012 22:34, schrieb Wolfgang: Mit dem GPS kannst du das Gebäude sowieso nicht aufnehmen, weil dicht an der Hauswand das Gerät nur noch spinnt. Das liegt einerseits an der In der Vor-Luftbild-Ära habe ich mal ein Fabrikgebäufe mit GPS aufgenommen. Zwei mal rumgelaufen, das hat ganz gut gepasst. Ansonsten kann man auch von (mindestens 2) bekannten Punkten (Abzweig Straßenmitte, Sieldeckel, oder was immer man im Luftbild findet) die Entfernung zur Hausecke messen, bsp. mit Infrarot. Danach in JOSM über das Entferungsmodul die Strecken eintragen. Der Schnittpunkt ist die Hausecke. So mache ich das auch. Bei normalen rechteckigen Einfamilenhäusern die parallel zur Straße stehen reicht es meist, einen Punkt in der Gebäudemitte aufzunehmen, Abstand 10m, breite 8m, Tiefe ca. 5 m. Das Ergebnis ist besser als bei vielen Luftbildzeichenern. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] Dati questure e commissariati di polizia
La licenza non e' compatibile con osm. Non solo hanno messo in vincolo NC = no commercial ma anche ND = non modificabile Bisognerebbe contattarli ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Server WMS della Regione Piemonte (dalla ML di GFOSS.it)
Sulla ML di GFOSS.it un tecnico della regione piemonte informa[1] che sono stati aggiunti altri tre servizi wms 1) Dissesti PAI; 2) Fasce Fluviali PAI; 3) Aree a Rischio Molto Elevato (RME) PAI. [1] http://lists.gfoss.it/pipermail/gfoss/2012-March/022139.html ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] R: R: Apple iPhoto usa OSM
Questo tread è finito nel nulla… Ne deduco alcune considerazioni: - È off-topic. - È tabu. - La questione licenze è roba da esperti, non per noi. - Semplicemente, nessuno ha da dire niente. - È che gratta-gratta, in fondo-in fondo, il “focus” è quello di permetter l’uso a fini commerciali dei dati OSM. Enjoi. Beppe Da: Giuseppe Amici [mailto:giuseppeam...@virgilio.it] Inviato: giovedì 8 marzo 2012 10.52 A: 'openstreetmap list - italiano' Oggetto: [Talk-it] R: Apple iPhoto usa OSM A proposito dei credits, e della licenza in generale, (potrei andarla a leggere, ma se un esperto risponde facciamo prima) Chi utilizza i dati di OSM, “automaticamente” rende con la stessa licenza anche i dati preesistenti? (per intenderci e per chi è aduso al mondo informatico di Linux l’utilizzo di codice “aperto” estende la condizione a tutto il codice utilizzato) Grazie. Beppe. Da: Maurizio Daniele [mailto:maurizio.dani...@gmail.com] Inviato: giovedì 8 marzo 2012 10.39 A: openstreetmap list - italiano Oggetto: Re: [Talk-it] Apple iPhoto usa OSM Il giorno 08 marzo 2012 10:34, Stefano Salvador stefano.salva...@gmail.com ha scritto: pare che iphoto di apple usi dati osm. Date un occhiata qui: http://ivan.sanchezortega.es/leaflet-apple.php Nella mia zona sono quasi certo siano le mappe di OSM, mancano esattamente i quartieri di Udine che ho mappato per ultimi. Quello che non mi è chiaro però è: ma usano i dati senza credits? E se si, non è che qualcuno in malafede gli ha venduto un dump di OSM vecchio? -- Maurizio Daniele - maurizio.daniele (a) gmail.com ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: R: Apple iPhoto usa OSM
Questo tread è finito nel nulla… ??? non mi sembra, la notizia è stata ripresa un po' dappertutto e c'è stato una presa di posizione ufficiale della osm foundation, cos'altro vuoi ? - La questione licenze è roba da esperti, non per noi. in questa ML abbiamo parlato di licenza fino allo sfinimento ... - È che gratta-gratta, in fondo-in fondo, il “focus” è quello di permetter l’uso a fini commerciali dei dati OSM. OSM ha sempre consentito, se non incoraggiato, anche l'uso commerciale della mappa, a patto di rispettare i termini della licenza, che in sostanza richiede solo l'attribuzione della fonte. Iniziative commerciali legate all'uso della mappa di OSM ce ne sono già molte. Ciao, Stefano ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: R: Apple iPhoto usa OSM
2012/3/12 Giuseppe Amici giuseppeam...@virgilio.it: Questo tread è finito nel nulla… Non mi sembra. Ormai di questa questione se ne parla fino allo sfinimento. Ormai pure chi mi incontra per strada mi dice Ehi ma lo sai che apple usa openstreetmap? Ne deduco alcune considerazioni: - È off-topic. - È tabu. Non mi sembra, inoltre, come ti e' stato detto c'e' stata anche la lodevole comunicazione ufficiale della OSM Foundation http://blog.osmfoundation.org/2012/03/08/welcome-apple/ - La questione licenze è roba da esperti, non per noi. qui ci si sfraciulla i maroni a suon di licenze ... - Semplicemente, nessuno ha da dire niente - È che gratta-gratta, in fondo-in fondo, il “focus” è quello di permetter l’uso a fini commerciali dei dati OSM. e per fortuna!!! Nota che lo stesso discorso vale per il software libero ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Problemi stazioni ferroviarie
Ciao, ho notato che il seguente utente sta inserendo moltissime stazioni ferroviarie, ma mappandole in modo errato (railway=station va sulla linea ferroviaria e non sull'edificio, i nomi usati non sono conformi) http://www.openstreetmap.org/user/glappy1981 Inoltre, visto che sta inserendo stazioni su tutta Italia, ho il dubbio che attinga a fonti non libere e non alla conoscenza diretta dei luoghi. Qualcuno riesce a contattarlo? Io al momento ho un deficit di tempo libero. Ciao, Andrea. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] da josm chiese e cappellette
Am 11. März 2012 18:47 schrieb beppebo...@libero.it beppebo...@libero.it: Josm chiese e cappelle Dopo i numerosi import day mi sono trovato nel mio paese 7 chiese o luoghi di culto come identificati dall’inglese, ma di vere chiese ce né solo una e mi sono chiesto è possibile diversificare la mappatura chiesa e cappellette lungo la strada per il rosario con 2 differenti tag amenity o ci si deve accontentare solo dell’indicazione name diversificato chiesa e cappelletta? Che cosa sono le altre? Esistono anche questi tags: historic=wayshide_shrine, historic=wayside_cross, amenity=monastery Poi per le chiese mappate con un poligono (preferibile) aggiungerei un building=church, per le capelle un building=chapel Inoltre potrebbe essere interessante il tag religious_rank. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Problemi stazioni ferroviarie
Faccio io Volker On 12 March 2012 10:35, Andrea Musuruane musur...@gmail.com wrote: Ciao, ho notato che il seguente utente sta inserendo moltissime stazioni ferroviarie, ma mappandole in modo errato (railway=station va sulla linea ferroviaria e non sull'edificio, i nomi usati non sono conformi) http://www.openstreetmap.org/user/glappy1981 Inoltre, visto che sta inserendo stazioni su tutta Italia, ho il dubbio che attinga a fonti non libere e non alla conoscenza diretta dei luoghi. Qualcuno riesce a contattarlo? Io al momento ho un deficit di tempo libero. Ciao, Andrea. ___ 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] Problemi stazioni ferroviarie
Am 12. März 2012 10:35 schrieb Andrea Musuruane musur...@gmail.com: Ciao, ho notato che il seguente utente sta inserendo moltissime stazioni ferroviarie, ma mappandole in modo errato (railway=station va sulla linea ferroviaria e non sull'edificio, i nomi usati non sono conformi) no, è cambiato. Adesso railway=station va sull'edificio della stazione (oppure su tutta l'area della stazione compreso i binari, a me piace di più quest'ultimo). Un nodo railway=station non può funzionare, perchè una stazione ha sempre al meno 2 binari (al meno secondo la definizione tedesca di stazione, ma credo che anche qui sia simile) e questo portava le persone a mappare tanti stazioni. Sul binario invece va messo un nodo railway=stop http://wiki.openstreetmap.org/wiki/Tag:railway=stop ma anche questo potrebbe essere superato dai nuovi modelli (personalmente ritengo railway=stop sufficente per il momento). Questi nodi poi vanno inseriti con ruolo stop nelle relazioni route. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Problemi stazioni ferroviarie
Am 12. März 2012 11:26 schrieb Andrea Musuruane musur...@gmail.com: Non mi sembra: For simple modeling of simple stations with a single track (or one in each direction) just add a node with railway=station and name=* at an appropriate point on the railway (tagged railway=rail, railway=subway etc). https://wiki.openstreetmap.org/wiki/Tag:railway%3Dstation come scritto lì: è simple. Per una mappatura più dettagliata questo modello è superato, ma preliminarmente oppure per una stazione con un binario solo (credo che non esiste, sarebbe un railway=halt) è ottimo ;-) ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Problemi stazioni ferroviarie
Am 12. März 2012 11:44 schrieb Andrea Musuruane musur...@gmail.com: Veramente c'è scritto che va bene anche per doppio binario (uno in ogni senso di marcia). Detto questo, forse era meglio se guardavate gli edit fatti dall'utente in questione. Quelli che ho visto io erano su linee ad un solo binario. come spesso in OSM, si può mappare sia con un nodo che anche con un area. Per oggetti più grandi di 1 mq secondome è quasi sempre meglio l'area (perchè consente di stimare l'estensione dell POI). ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] R: Problemi stazioni ferroviarie
Credo che binario singolo e binario doppio si riferiscano a quanti ne vengono rappresentati in OSM più che a quanti ce ne sono nella realta. Quindi se si realizza una rappresentazione schematica - tipo cartina i.g.m.1:20 - oppure se viene inserita una way per ogni binario , uno o due lungo la linea oppure di più nelle stazioni quando si aggiungono i binari di sosta ed i binari morti. Ciao! Ale. -Messaggio originale- Da: Andrea Musuruane [mailto:musur...@gmail.com] Inviato: lunedì 12 marzo 2012 11.45 A: openstreetmap list - italiano Oggetto: Re: [Talk-it] Problemi stazioni ferroviarie 2012/3/12 Maurizio Daniele maurizio.dani...@gmail.com: For simple modeling of simple stations with a single track (or one in each direction) just add a node with railway=station and name=* at an appropriate point on the railway (tagged railway=rail, railway=subway etc). https://wiki.openstreetmap.org/wiki/Tag:railway%3Dstation Si, per una mappatura semplice (monobinario, senza edifici e servizi) va anche bene, ma se si va nel dettaglio, mappando i singoli binari e l'edificio di stazione, non funziona. E' un po' lo stesso problema delle linee di trasporto pubblico. Veramente c'è scritto che va bene anche per doppio binario (uno in ogni senso di marcia). Detto questo, forse era meglio se guardavate gli edit fatti dall'utente in questione. Quelli che ho visto io erano su linee ad un solo binario. Ciao, Andrea. ___ 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] Dati questure e commissariati di polizia
Il -10/01/-28163 20:59, Maurizio Napolitano ha scritto: La licenza non e' compatibile con osm. Non solo hanno messo in vincolo NC = no commercial ma anche ND = non modificabile Bisognerebbe contattarli +1 contattiamoli, magari la licenza così restrittiva si applica alla pagina web ma non ai dati csv...qualcuno diplomatico può contattarli? anche per informarli che possono usare osm al posto di gmap sul loro sito. -- ׺°” il miglior sito di informazione - www.beppegrillo.it ”°º× ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] R: R: R: Apple iPhoto usa OSM
:-) -Messaggio originale- Da: Stefano Salvador [mailto:stefano.salva...@gmail.com] Inviato: lunedì 12 marzo 2012 9.20 A: openstreetmap list - italiano Oggetto: Re: [Talk-it] R: R: Apple iPhoto usa OSM Questo tread è finito nel nulla ??? non mi sembra, la notizia è stata ripresa un po' dappertutto e c'è stato una presa di posizione ufficiale della osm foundation, cos'altro vuoi ? - La questione licenze è roba da esperti, non per noi. in questa ML abbiamo parlato di licenza fino allo sfinimento ... - È che gratta-gratta, in fondo-in fondo, il focus è quello di permetter luso a fini commerciali dei dati OSM. OSM ha sempre consentito, se non incoraggiato, anche l'uso commerciale della mappa, a patto di rispettare i termini della licenza, che in sostanza richiede solo l'attribuzione della fonte. Iniziative commerciali legate all'uso della mappa di OSM ce ne sono già molte. 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] Dati questure e commissariati di polizia
contattiamoli, magari la licenza così restrittiva si applica alla pagina web ma non ai dati csv...qualcuno diplomatico può contattarli? anche per informarli che possono usare osm al posto di gmap sul loro sito. Ok ... lo vuoi contattare come privato o come osm o come okfn o ... vediamo di farli contattare da qualche istituzione. Ad esempio potremmo informare quelli di dati.gov.it Ciao ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Dati questure e commissariati di polizia
Ok ... lo vuoi contattare come privato o come osm o come okfn o ... vediamo di farli contattare da qualche istituzione. Ad esempio potremmo informare quelli di dati.gov.it già che ci siamo potremmo contattare anche vigili del fuoco, carabinieri e guardia di finanza, tutti pubblicano un sacco di informazioni geografiche sui loro siti istituzionali. Ciao, Stefano ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Caricamento dati fallito e conflitto con Potlatch2
Ciao a tutti, da stamattina tento di fare l'upload di un changeset corposo tramite Potlatch2, senza successo. Apparentemente una relazione a cui appartenevano alcune delle way che ho editato è stata anch'essa editata, al di fuori del bounding box in cui ho agito, e Potlatch non ha caricato la nuova versione Errore: A server error occurred. Do you want to retry? (The server said: Version mismatch: Provided 149, server had: 150 of Relation 1607435) Ho salvato in un file i dati xml del changeset (da View Changeset), ma caricati in JOSM dice nessuna modifica da caricare. Qualcuno sa come risolvere il problema? grazie ciao Tiziano ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] da josm chiese e cappellette
Il 12/03/2012 15:07, Paolo Monegato ha scritto: Quindi faresti due aree distinte taggate amenity=placeof...? Io sì. Evidentemente non mi son spiegato. Mi chiedevo se religion=* e denomination=* vanno solo sul building=* o sull'area grande taggata amenity=place... Sull'area grande o, come preferirei io, su entrambe le aree. (il name=* di sicuro va sul building dato che probabilmente il sagrato avrà un name=* a parte) Non saprei. Se passa la tua proposta, direi di no, perché il sagrato risulterebbe semplicemente come una parte della chiesa. Il sagrato probabilmente è denominato piazza *. Motivo in più per creare 2 aree separate. Secondo me è meglio mettere più aree, una per ogni struttura: chiesa, sagrato, eventualmente campanile, battistero, ecc., e poi forse riunirle in una relazione. relation site? O è sufficiente il multipoligono con i vari inner (building=church; building=yes + man_made=tower + tower:type=bell_tower ect)? Boh; attendo pareri più autorevoli. Mi sono anche domandato come considerare la casa parrocchiale, quasi sempre adiacente alla chiesa. Non è un luogo di culto. Quindi direi che va con un normale building=qualcosa Sono anch'io di quest'idea, però a ben vedere neanche il campanile è un luogo di culto (sebbene abbia specifiche funzioni religiose). Carlo -- .' `. | Registered Linux User #443882 |a_a | | http://counter.li.org/ .''`. \_)__/ +--- : :' : /( )\ ---+ `. `'` |\`/\ Registered Debian User #9 | `- \_|=='|_/ http://debiancounter.altervista.org/ | ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] da josm chiese e cappellette
-Original Message- From: Paolo Monegato [mailto:gato.selvad...@gmail.com] Sent: lunedì 12 marzo 2012 14:29 To: talk-it@openstreetmap.org Subject: Re: [Talk-it] da josm chiese e cappellette A proposito di amenity=place_of_worship... IMHO dentro all'area ci dovrebbe stare anche il sagrato (è parte integrante del luogo di culto). Quindi si avrebbe una situazione con un area più grande taggata amenity=placeetc che contiene il building=church. In questo caso dove vanno messi religion=* e denomination=*? (il name=* di sicuro va sul building dato che probabilmente il sagrato avrà un name=* a parte) Il wiki suggerisce proprio di fare come dici [1], con religion e denomination messi sull'area insieme a amenity=place_of_worship. Con church grounds credo che oltre al sagrato si intenda in genere tutta l'area afferente alla chiesa? [1] http://wiki.openstreetmap.org/wiki/Map_Features#Building Ciao, Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Problemi stazioni ferroviarie
Am 12. März 2012 14:45 schrieb Paolo Monegato gato.selvad...@gmail.com: Il 12/03/2012 11:24, Martin Koppenhoefer ha scritto: Adesso railway=station va sull'edificio della stazione (oppure su tutta l'area della stazione compreso i binari, a me piace di più quest'ultimo). Non è meglio mettere sull'area un bel landuse=railway e sull'edificio building=train_station? entrambi sono cose diverse. landuse=railway significa che il terreno è utilizzato dalle ferrovie. Ciò può essere sia una stazione che anche un binario con le zone adiascienti. building=train_station invece è un edificio. Una stazione ferroviaria consiste sia di edifici (spesso) che anche di binari, deviatori, segnali, ecc. Il 12/03/2012 11:46, Martin Koppenhoefer ha scritto: Per una mappatura più dettagliata questo modello è superato, ma preliminarmente oppure per una stazione con un binario solo (credo che non esiste, sarebbe un railway=halt) è ottimo Ce ne sono ancora molte di stazioni a binario unico, quelle che conosco però sono state mappate da altri come railway=station. con binario unico intendi un binario che arriva/passa o una stazione senza nessun deviatore? Secondole regole tedesche quest'ultimi non sono stazioni ma sono halt. Devo cambiare con railway=halt? non lo sò, dovresti chiedere ai esperti ferroviari italiani. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] da josm chiese e cappellette
-Original Message- From: Paolo Monegato [mailto:gato.selvad...@gmail.com] Sent: lunedì 12 marzo 2012 15:07 To: talk-it@openstreetmap.org Subject: Re: [Talk-it] da josm chiese e cappellette relation site? O è sufficiente il multipoligono con i vari inner (building=church; building=yes + man_made=tower + tower:type=bell_tower ect)? Multipoligono no (a meno che non sia già necessario per descrivere l'area grande). Gli edifici sono costruiti sull'area grande, non in dei buchi al suo interno. E una situazione per esempio analoga a quella delle scuole. Ciao, Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] da josm chiese e cappellette
Am 12. März 2012 14:28 schrieb Paolo Monegato gato.selvad...@gmail.com: Il 12/03/2012 11:03, Martin Koppenhoefer ha scritto: A proposito di amenity=place_of_worship... IMHO dentro all'area ci dovrebbe stare anche il sagrato (è parte integrante del luogo di culto). Quindi si avrebbe una situazione con un area più grande taggata amenity=placeetc che contiene il building=church. +1 In questo caso dove vanno messi religion=* e denomination=*? va messo sul amenity=place_of_worship (area). A proposito: religion va messo anche a cimiteri, monasteri e graveyards, ecc. (il name=* di sicuro va sul building dato che probabilmente il sagrato avrà un name=* a parte) non sono sicuro, dipende. Potresti in ogni caso anche mettere un altro nome sul sagrato puro e mettere il nome della chiesa al insieme. Probabilmente dipende il caso particolare come comporarsi meglio. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Problemi stazioni ferroviarie
2012/3/12 Martin Koppenhoefer dieterdre...@gmail.com: con binario unico intendi un binario che arriva/passa o una stazione senza nessun deviatore? Secondole regole tedesche quest'ultimi non sono stazioni ma sono halt. Secondo il wiki inglese, halt è tutta un'altra cosa: A small station, may not have a platform, trains may only stop on request. https://wiki.openstreetmap.org/wiki/Tag:railway%3Dhalt Credo il fatto che si mappi in modo così difforme (tedeschi, inglesi, italiani, ...), che ognuno può usare i tag che vuole, e che manchi una peer review, siano i punti di debolezza di OSM :( Ciao, Andrea. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Problemi stazioni ferroviarie
Devo cambiare con railway=halt? non lo sò, dovresti chiedere ai esperti ferroviari italiani. A spanne, la fermata e' una stazione molto piccola in cui il treno non puo' cambiare di binario (assenza di scambi). E' assente pure il segnalamento di partenza. Saluti ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Problemi stazioni ferroviarie
Am 12. März 2012 15:37 schrieb Andrea Musuruane musur...@gmail.com: 2012/3/12 Martin Koppenhoefer dieterdre...@gmail.com: con binario unico intendi un binario che arriva/passa o una stazione senza nessun deviatore? Secondole regole tedesche quest'ultimi non sono stazioni ma sono halt. Secondo il wiki inglese, halt è tutta un'altra cosa: A small station, may not have a platform, trains may only stop on request. https://wiki.openstreetmap.org/wiki/Tag:railway%3Dhalt non è tutt'altro, è la stessa cosa: La definizione che ho dato sopra è quella per distinguere un halt da una station (in Germania). ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Problemi stazioni ferroviarie
Am 12. März 2012 15:39 schrieb Fabrizio Tambussa ftambu...@gmail.com: Devo cambiare con railway=halt? non lo sò, dovresti chiedere ai esperti ferroviari italiani. A spanne, la fermata e' una stazione molto piccola in cui il treno non puo' cambiare di binario (assenza di scambi). E' assente pure il segnalamento di partenza. direi che è congruente con la definizione tedesca. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] R: Problemi stazioni ferroviarie
Includeresti in questa definizione anche le stazioni dove i binari sono 4, 2 per i treni regionali e 2 per gli intercity(che non fermano). O persino 6 , se ce ne è una terza coppia per le metropolitane di superficie ? -Messaggio originale- Da: Fabrizio Tambussa [mailto:ftambu...@gmail.com] Inviato: lunedì 12 marzo 2012 15.39 A: openstreetmap list - italiano Oggetto: Re: [Talk-it] Problemi stazioni ferroviarie Devo cambiare con railway=halt? non lo sò, dovresti chiedere ai esperti ferroviari italiani. A spanne, la fermata e' una stazione molto piccola in cui il treno non puo' cambiare di binario (assenza di scambi). E' assente pure il segnalamento di partenza. Saluti ___ 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] Caricamento dati fallito e conflitto con Potlatch2
Am 12. März 2012 15:14 schrieb Tiziano D'Angelo tiziano.dang...@gmail.com: Ciao a tutti, da stamattina tento di fare l'upload di un changeset corposo tramite Potlatch2, senza successo. Errore: A server error occurred. Do you want to retry? (The server said: Version mismatch: Provided 149, server had: 150 of Relation 1607435) questo significa che c'è un conflitto: stavi editanto la versione 149 di quella relazione, ma sul server c'è già la 150. Se sei tu Peppe10 le tue modifiche sono già stati caricati e Potlatch non si è accorto, altrimenti Peppe10 ha modificato la relazione allo stesso momento di te e lui ha caricato prima. è questo il tuo changeset? http://www.openstreetmap.org/browse/changeset/10953645 ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Caricamento dati fallito e conflitto con Potlatch2
2012/3/12 Martin Koppenhoefer dieterdre...@gmail.com questo significa che c'è un conflitto: stavi editanto la versione 149 di quella relazione, ma sul server c'è già la 150. Se sei tu Peppe10 le tue modifiche sono già stati caricati e Potlatch non si è accorto, altrimenti Peppe10 ha modificato la relazione allo stesso momento di te e lui ha caricato prima. è questo il tuo changeset? http://www.openstreetmap.org/browse/changeset/10953645 No, io sono Tizianos, e come dici tu peppe10 ha caricato prima di me una nuova versione della relazione (un percorso ciclabile che attraversa tutta la regione). Basta una modifica a centinaia di km di distanza e si va in conflitto. Forse un altro motivo a favore dello spezzettamento delle relazioni corpose in pezzetti più piccoli contenuti in una relazione madre. Ma come posso salvare i dati? Non ditemi che sono da buttare, avevo mappato un centro sportivo al massimo dettaglio! Potlatch è ancora aperto e l'xml è salvato. Grazie Tiziano ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: Problemi stazioni ferroviarie
Am 12. März 2012 15:48 schrieb Alech OSM alech.hos...@gmail.com: Includeresti in questa definizione anche le stazioni dove i binari sono 4, 2 per i treni regionali e 2 per gli intercity(che non fermano). O persino 6 , se ce ne è una terza coppia per le metropolitane di superficie ? puoi mandare un link alla stazione? ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] da josm chiese e cappellette
Am 12.03.2012 15:36, schrieb Martin Koppenhoefer: Am 12. März 2012 14:28 schrieb Paolo Monegatogato.selvad...@gmail.com: Il 12/03/2012 11:03, Martin Koppenhoefer ha scritto: A proposito di amenity=place_of_worship... IMHO dentro all'area ci dovrebbe stare anche il sagrato (è parte integrante del luogo di culto). Quindi si avrebbe una situazione con un area più grande taggata amenity=placeetc che contiene il building=church. +1 In questo caso dove vanno messi religion=* e denomination=*? va messo sul amenity=place_of_worship (area). A proposito: religion va messo anche a cimiteri, monasteri e graveyards, ecc. (il name=* di sicuro va sul building dato che probabilmente il sagrato avrà un name=* a parte) non sono sicuro, dipende. Potresti in ogni caso anche mettere un altro nome sul sagrato puro e mettere il nome della chiesa al insieme. Probabilmente dipende il caso particolare come comporarsi meglio. Io ci ho messo dove è possibile, patron_saint, per esempio la chiesa parrochiale di Brunico è ovunque conosciuta come Pfarrkirche, e come patron_saint ci ho messo Unsere Liebe Frau (Mariä Himmelfahrt). C'è ancora spazio per migliorare, ma con questo metodo almeno è possibile che nome sempre tenga il nome con il quale la chiesa è conosciuta; -- cheers, Alex ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Caricamento dati fallito e conflitto con Potlatch2
Am 12. März 2012 15:55 schrieb Tiziano D'Angelo tiziano.dang...@gmail.com: 2012/3/12 Martin Koppenhoefer dieterdre...@gmail.com No, io sono Tizianos, e come dici tu peppe10 ha caricato prima di me una nuova versione della relazione (un percorso ciclabile che attraversa tutta la regione). Basta una modifica a centinaia di km di distanza e si va in conflitto. si. Forse un altro motivo a favore dello spezzettamento delle relazioni corpose in pezzetti più piccoli contenuti in una relazione madre. si, in realtà non è un altro motivo, è il proprio il motivo principale (l'altro motivo è di evitare relazioni con più di 1000-2000 membri). Ma come posso salvare i dati? Non ditemi che sono da buttare, avevo mappato un centro sportivo al massimo dettaglio! Potlatch è ancora aperto e l'xml è salvato. dato che il problema è la relazione dovresti probabilmente togliere la relazione dal changeset (xml) e riprovare a caricare il changeset col resto (non sono sicuro come si caricano changesets, ma sono fiducioso che qualcuno qui ti possa aiutare). Poi per la tua relazione potresti aprirla in JOSM, fare update data e risolvere il conflitto (forse funziona così, non l'ho provato). ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] R: R: Problemi stazioni ferroviarie
Ehm, no , qui non ho accesso a internet. Ma ho in mente le stazioni di Firenze Castello, Zambra e Pratignone tra Firenze SMN e Prato. In effeti a Castello ci sono 3 coppie : TAV, intercity, e locali. -Messaggio originale- Da: Martin Koppenhoefer [mailto:dieterdre...@gmail.com] Inviato: lunedì 12 marzo 2012 15.57 A: openstreetmap list - italiano Oggetto: Re: [Talk-it] R: Problemi stazioni ferroviarie Am 12. März 2012 15:48 schrieb Alech OSM alech.hos...@gmail.com: Includeresti in questa definizione anche le stazioni dove i binari sono 4, 2 per i treni regionali e 2 per gli intercity(che non fermano). O persino 6 , se ce ne è una terza coppia per le metropolitane di superficie ? puoi mandare un link alla stazione? ciao, Martin ___ 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] R: R: Problemi stazioni ferroviarie
Am 12. März 2012 16:06 schrieb Alech OSM alech.hos...@gmail.com: Ehm, no , qui non ho accesso a internet. Ma ho in mente le stazioni di Firenze Castello, Zambra e Pratignone tra Firenze SMN e Prato. In effeti a Castello ci sono 3 coppie : TAV, intercity, e locali. direi che per Firenze Castello non c'è nessuno dubbio: http://maps.google.it/maps?q=Firenze+Castellohl=dell=43.817243,11.222116spn=0.002059,0.005284client=ubuntuchannel=cshnear=Castello,+Florenz,+Toskanat=hz=18 ci sono possibilità di cambio a bizzeffe e ci sono al meno 16 binari, la connosci quella stazione? In osm non sarebbe mai un railway=halt ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] da josm chiese e cappellette
Proprio con OSM ho scoperto che il sagrato è un luogo consacrato: si tratta quindi di un'area con confini precisi, ma quante volte questi confini sono noti? Non sono d'accordo ad indicare il sagrato come place_of_worship: non ci si fa culto, anzi è più un punto di ritrovo sociale, in cui, certo la socialità si esprime intorno ad argomenti relativi al culto e alla religione, ma non è un *luogo di culto*. Sarebbe, facendo un paragone, come dire che il parcheggio della fabbrica è man_made=factory perché è pur sempre proprietà della fabbrica. Alexander, non sono d'accordo col tuo tagging della Pfarrkirche. Il name dovrebbe essere quello ufficiale, se poi tutti la conoscono con un soprannome lo si mette nel loc_name. Ciao, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: R: Problemi stazioni ferroviarie
Am 12.03.2012 16:13, schrieb Martin Koppenhoefer: Am 12. März 2012 16:06 schrieb Alech OSMalech.hos...@gmail.com: Ehm, no , qui non ho accesso a internet. Ma ho in mente le stazioni di Firenze Castello, Zambra e Pratignone tra Firenze SMN e Prato. In effeti a Castello ci sono 3 coppie : TAV, intercity, e locali. direi che per Firenze Castello non c'è nessuno dubbio: http://maps.google.it/maps?q=Firenze+Castellohl=dell=43.817243,11.222116spn=0.002059,0.005284client=ubuntuchannel=cshnear=Castello,+Florenz,+Toskanat=hz=18 ci sono possibilità di cambio a bizzeffe e ci sono al meno 16 binari, la connosci quella stazione? In osm non sarebbe mai un railway=halt ciao, Martin E la stazione di Chiusa/Klausen in Val d'isarco? (http://www.openstreetmap.org/?lat=46.642745lon=11.573382zoom=18layers=M) prima aveva più binari, ma oggi solo un binario per direzione, senza scambi (almeno all'interno della stazione). Tecnicamente è lo stesso come un halt semplice, solo in due direzioni... -- cheers, Alex ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] da josm chiese e cappellette
Am 12.03.2012 16:14, schrieb Simone Saviolo: Alexander, non sono d'accordo col tuo tagging della Pfarrkirche. Il name dovrebbe essere quello ufficiale, se poi tutti la conoscono con un soprannome lo si mette nel loc_name. E con il duomo di bressanone (http://www.openstreetmap.org/?lat=46.715893lon=11.657518zoom=18layers=M) ? Nome attuale è Brixner Dom, ma in Wikipedia è conosciuto come Dom Mariae Aufnahme in den Himmel und St. Kassian zu Brixen (la wikipedia italiana ci mette almeno due nomi come alternative: Duomo di Santa Maria Assunta e San Cassiano o Duomo di Bressanone. E quale ci mettere? Ciao, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it -- cheers, Alex ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] da josm chiese e cappellette
Am 12. März 2012 15:57 schrieb Alexander Roalter alexan...@roalter.it: Io ci ho messo dove è possibile, patron_saint, per esempio la chiesa parrochiale di Brunico è ovunque conosciuta come Pfarrkirche, e come patron_saint ci ho messo Unsere Liebe Frau (Mariä Himmelfahrt) sembra che sei (ancora?) l'unico ad usare questa chiave: http://taginfo.openstreetmap.org/keys/patron_saint#map ma non è un problema. Se vuoi pubblicare questo tag potrestri scrivere una proposta ai fini di documentazione. C'è ancora spazio per migliorare, ma con questo metodo almeno è possibile che nome sempre tenga il nome con il quale la chiesa è conosciuta; come scritto da Simone per il nome ci sono già alcuni variazioni in giro (name, alt_name per un nome alternativo, loc_name, nat_name, ...). http://wiki.openstreetmap.org/wiki/Name ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] R: R: R: Problemi stazioni ferroviarie
Toh! Ma quello è lo scalo merci ! Le freccie invece passano sui primi 2 binari (e proprio in stazione inizia la discesa sottoterra) gli intercity passano sul 3° e 4, i regionali fermano al 5° e 6°. Non mi pare che un intercity abbia la possibilità di passare sui binari dei locali , nello spazio compreso tra Castello e Zambra (dove i binari sono 4 secchi, senza edificio ) . Dal lato opposto mi sa che gli scambi vengano invece manovrati da Firenze Rifredi . -Messaggio originale- Da: Martin Koppenhoefer [mailto:dieterdre...@gmail.com] Inviato: lunedì 12 marzo 2012 16.14 A: openstreetmap list - italiano Oggetto: Re: [Talk-it] R: R: Problemi stazioni ferroviarie Am 12. März 2012 16:06 schrieb Alech OSM alech.hos...@gmail.com: Ehm, no , qui non ho accesso a internet. Ma ho in mente le stazioni di Firenze Castello, Zambra e Pratignone tra Firenze SMN e Prato. In effeti a Castello ci sono 3 coppie : TAV, intercity, e locali. direi che per Firenze Castello non c'è nessuno dubbio: http://maps.google.it/maps?q=Firenze+Castellohl=dell=43.817243,11.222116s pn=0.002059,0.005284client=ubuntuchannel=cshnear=Castello,+Florenz,+Toska nat=hz=18 ci sono possibilità di cambio a bizzeffe e ci sono al meno 16 binari, la connosci quella stazione? In osm non sarebbe mai un railway=halt ciao, Martin ___ 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] da josm chiese e cappellette
Am 12. März 2012 16:21 schrieb Alexander Roalter alexan...@roalter.it: Am 12.03.2012 16:14, schrieb Simone Saviolo: Alexander, non sono d'accordo col tuo tagging della Pfarrkirche. Il name dovrebbe essere quello ufficiale, se poi tutti la conoscono con un soprannome lo si mette nel loc_name. E con il duomo di bressanone (http://www.openstreetmap.org/?lat=46.715893lon=11.657518zoom=18layers=M) ? Nome attuale è Brixner Dom, ma in Wikipedia è conosciuto come Dom Mariae Aufnahme in den Himmel und St. Kassian zu Brixen (la wikipedia italiana ci mette almeno due nomi come alternative: Duomo di Santa Maria Assunta e San Cassiano o Duomo di Bressanone. E quale ci mettere? tutti, la questione è dove. Nel caso qui dove il nome è molto lungo e non di comune uso come Dom Mariae Aufnahme in den Himmel und St. Kassian zu Brixen lo mettrei in official_name. Poi alcuni nomi mi sembrano in tedesco (de) ed altri in italiano (it)... ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] da josm chiese e cappellette
Il 12 marzo 2012 16:21, Alexander Roalter alexan...@roalter.it ha scritto: Am 12.03.2012 16:14, schrieb Simone Saviolo: Alexander, non sono d'accordo col tuo tagging della Pfarrkirche. Il name dovrebbe essere quello ufficiale, se poi tutti la conoscono con un soprannome lo si mette nel loc_name. E con il duomo di bressanone (http://www.openstreetmap.org/?lat=46.715893lon=11.657518zoom=18layers=M) ? Nome attuale è Brixner Dom, ma in Wikipedia è conosciuto come Dom Mariae Aufnahme in den Himmel und St. Kassian zu Brixen (la wikipedia italiana ci mette almeno due nomi come alternative: Duomo di Santa Maria Assunta e San Cassiano o Duomo di Bressanone. E quale ci mettere? Non sono due alternative. La chiesa si chiama Duomo di Santa Maria Assunta e San Cassiano (che mi sembra la traduzione del nome tedesco; immagino che Cassiano fosse da Bressanone?). Incidentalmente, è anche il duomo di Bressanone. Io, in questo caso, ho messo le due cose sotto name separate da un trattino, ma non so se sia la soluzione giusta. Ad esempio name=Chiesa parrocchiale di San Bernardo - Santuario della Madonna degli Infermi Se qualcuno ha una soluzione migliore... nessuno dei due nomi è locale o alternativo: è più una qualifica aggiuntiva. Ciao, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: R: Problemi stazioni ferroviarie
Il 12/03/2012 16:06, Alech OSM ha scritto: Ma ho in mente le stazioni di Firenze Castello, Zambra e Pratignone tra Firenze SMN e Prato. In effeti a Castello ci sono 3 coppie : TAV, intercity, e locali. Castello è Chiaramente una stazione, Zambra e Pratignone dopo l'ultima discussione avventua qui in lista ho trovato più opportuno mapparle come halt: non sono presidiate, ed hanno due binari. -- Giacomo Boschi ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: R: R: Problemi stazioni ferroviarie
Am 12. März 2012 16:24 schrieb Alech OSM alech.hos...@gmail.com: Toh! Ma quello è lo scalo merci ! Non cambia niente se devi distinguere tra una station ed un halt. I binari e cambi ci sono. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] da josm chiese e cappellette
Am 12. März 2012 16:27 schrieb Simone Saviolo simone.savi...@gmail.com: name=Chiesa parrocchiale di San Bernardo - Santuario della Madonna degli Infermi Se qualcuno ha una soluzione migliore... nessuno dei due nomi è locale o alternativo: è più una qualifica aggiuntiva. per il santuario potresti taggare sanctuary=yes 'ho usato poche volte ed è documentato qui: http://wiki.openstreetmap.org/wiki/Proposed_features/monastery lo mettrei probabilmente comunque in alt_name. E' un'alternativa di chiamarla. Se il santuario si trova dentro la chiesa (quindi non è chiesa=santuario) farei un oggetto a parte per il santuario. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Grotte mariane (ERA: da josm chiese e cappellette)
potrebbe essere un place of worship? Se sono santuari: sanctuary=yes Per grotte artificiali forse non c'è ancora niente. Dovresti inventarti qualcosa (man_made=cave ?). ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Segnalazione denominazione strada regionale
Ciao a tutti. Prossimamente dovrei mappare una strada provinciale di nuova costruzione, così ne ho approfittato per vedere come bisogna interagire correttamente con i nomi e numerazioni delle strade. Ho riscontrato però un problema legato alla strada ex statale 23 del colle di Sestriere (e non solo...questo problema vale anche per altre strade ex statali della val di Susa, Moncenisio e forse altre ancora non vicine a casa mia). Vi passo la storia di questa ex strada statale di costruzione Napoleonica (1814), tratta da Wikipedia (ovviamente tutto deriva da leggi regionali). http://it.wikipedia.org/wiki/Strada_statale_23_del_Colle_di_Sestriere Il problema sorge secondo me in questo senso. Attualmente è mappata su Osm con il tag Ref= SR23 e con il tag old_ref=SS23. A mio avviso il nome corretto per il tag Ref sarebbe SP23R come tratto da Wikipedia, leggendo la cronostoria delle competenze sulla strada. Come dobbiamo comportarci? La modifica del tag sarebbe un cambiamento drastico, bisogna esserne sicuri al 100% prima di metterci le mani. Devo andare a vedere in questi giorni se ci sono segnali stradali e cosa riportano? Potrebbero anche esserci ma essere vecchi e recitare ancora SR23. Qualcuno ha avuto casi analoghi in altre parti d'Italia? Grazie. -- Gianluca Boero ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Problemi stazioni ferroviarie
On 2012-03-12 at 15:41:09 +0100, Martin Koppenhoefer wrote: Am 12. März 2012 15:37 schrieb Andrea Musuruane musur...@gmail.com: Secondo il wiki inglese, halt è tutta un'altra cosa: A small station, may not have a platform, trains may only stop on request. https://wiki.openstreetmap.org/wiki/Tag:railway%3Dhalt non è tutt'altro, è la stessa cosa: La definizione che ho dato sopra è quella per distinguere un halt da una station (in Germania). pero` la definizione inglese parla anche di fermate a richiesta: in italia pero` ci sono linee con stazioni ad un binario che sono considerate fermate regolari dove ferma la maggior parte dei treni di quella linea; considerarle halt per la definizione inglese mi sembra riduttivo. -- Elena ``of Valhalla'' ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Caricamento dati fallito e conflitto con Potlatch2
Tenta di scaricare l'area nuovamente da josm su quel livello salvato, dovrebbe segnalarti il conflitto e fartelo risolvere. Salvati un backup prima.. Il giorno 12/mar/2012 15:56, Tiziano Dapos;Angelo tiziano.dang...@gmail.com ha scritto: 2012/3/12 Martin Koppenhoefer dieterdre...@gmail.com questo significa che c'è un conflitto: stavi editanto la versione 149 di quella relazione, ma sul server c'è già la 150. Se sei tu Peppe10 le tue modifiche sono già stati caricati e Potlatch non si è accorto, altrimenti Peppe10 ha modificato la relazione allo stesso momento di te e lui ha caricato prima. è questo il tuo changeset? http://www.openstreetmap.org/browse/changeset/10953645 No, io sono Tizianos, e come dici tu peppe10 ha caricato prima di me una nuova versione della relazione (un percorso ciclabile che attraversa tutta la regione). Basta una modifica a centinaia di km di distanza e si va in conflitto. Forse un altro motivo a favore dello spezzettamento delle relazioni corpose in pezzetti più piccoli contenuti in una relazione madre. Ma come posso salvare i dati? Non ditemi che sono da buttare, avevo mappato un centro sportivo al massimo dettaglio! Potlatch è ancora aperto e l'xml è salvato. Grazie Tiziano ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] R: Problemi stazioni ferroviarie
Mi sa che in italia non esistono affatto fermate a richiesta ! ^^ Ferrovie o metropolitane che siano. -Messaggio originale- Da: Elena ``of Valhalla'' [mailto:elena.valha...@gmail.com] Inviato: lunedì 12 marzo 2012 17.12 A: talk-it@openstreetmap.org Oggetto: Re: [Talk-it] Problemi stazioni ferroviarie On 2012-03-12 at 15:41:09 +0100, Martin Koppenhoefer wrote: Am 12. März 2012 15:37 schrieb Andrea Musuruane musur...@gmail.com: Secondo il wiki inglese, halt è tutta un'altra cosa: A small station, may not have a platform, trains may only stop on request. https://wiki.openstreetmap.org/wiki/Tag:railway%3Dhalt non è tutt'altro, è la stessa cosa: La definizione che ho dato sopra è quella per distinguere un halt da una station (in Germania). pero` la definizione inglese parla anche di fermate a richiesta: in italia pero` ci sono linee con stazioni ad un binario che sono considerate fermate regolari dove ferma la maggior parte dei treni di quella linea; considerarle halt per la definizione inglese mi sembra riduttivo. -- Elena ``of Valhalla'' ___ 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] R: R: R: Problemi stazioni ferroviarie
Fermata: punto particolare della linea destinato al servizio viaggiatori, senza impianti ferroviari per manovre di vario tipo. Quindi niente scambi; solo il marciapiede x i viaggiatori e i segnali di punto di fermata [0] L'idea dell'assenza degli scambi e' nata storicamente dalla necessita' di controllare la marcia dei treni tra la stazione A e quella B. Se in mezzo c'e' la fermata F, ma non ci sono scambi o deviazioni, la linea risulta sicuramente occupata fintanto che un treno, partendo da A, non giunge integro a B. In tal modo la fermata F puo' anche non essere presidiata da personale (capostazione, capoposto o come si chiama adesso in RFI...) Saluti Fabrizio [0] http://www.segnalifs.it/it/sa/images/65bis_4.gif 2012/3/12 Martin Koppenhoefer dieterdre...@gmail.com: Am 12. März 2012 16:24 schrieb Alech OSM alech.hos...@gmail.com: Toh! Ma quello è lo scalo merci ! Non cambia niente se devi distinguere tra una station ed un halt. I binari e cambi ci sono. ciao, Martin ___ 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] Segnalazione denominazione strada regionale
Il 12 marzo 2012 17:09, Gianluca Boero gianlucabo...@alice.it ha scritto: Ciao a tutti. Prossimamente dovrei mappare una strada provinciale di nuova costruzione, così ne ho approfittato per vedere come bisogna interagire correttamente con i nomi e numerazioni delle strade. Le provinciali in gran parte del Piemonte sono mappate con una relation di tipo route=road. Puoi selezionare una qualsiasi provinciale della prov. di Torino e vedere come e' fatta la relazione. Ho riscontrato però un problema legato alla strada ex statale 23 del colle di Sestriere (e non solo...questo problema vale anche per altre strade ex statali della val di Susa, Moncenisio e forse altre ancora non vicine a casa mia). Vi passo la storia di questa ex strada statale di costruzione Napoleonica (1814), tratta da Wikipedia (ovviamente tutto deriva da leggi regionali). http://it.wikipedia.org/wiki/Strada_statale_23_del_Colle_di_Sestriere Il problema sorge secondo me in questo senso. Attualmente è mappata su Osm con il tag Ref= SR23 e con il tag old_ref=SS23. A mio avviso il nome corretto per il tag Ref sarebbe SP23R come tratto da Wikipedia, leggendo la cronostoria delle competenze sulla strada. Se ben ricordo c'e' gia' stata una una discussione sulla ML regionale del Piemonte per queste strade. Le ex statali sono diventate di competenza regionale. In alcuni casi la regione ha passato alla provincia la competenza. Un esempio e' la ex SS10 Padana inferiore, che a seconda della provincia attraversata e' SP10 oppure SR10. In alcune province poi, ci sono 2 SP10: ad esempio il prov. di AL la SP10-ex-SS10 Padana Inferiore e la SP10A Cerrina Gabiano. Il tutto confonde un po'. Ci eravamo accordati per mappare la ex-SS con un'unica relazione per tutto il percorso. Ciao Fabrizio Grazie. -- Gianluca Boero ___ 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] Problemi stazioni ferroviarie
Am 12. März 2012 17:12 schrieb Elena ``of Valhalla'' elena.valha...@gmail.com: On 2012-03-12 at 15:41:09 +0100, Martin Koppenhoefer wrote: Am 12. März 2012 15:37 schrieb Andrea Musuruane musur...@gmail.com: Secondo il wiki inglese, halt è tutta un'altra cosa: A small station, may not have a platform, trains may only stop on request. https://wiki.openstreetmap.org/wiki/Tag:railway%3Dhalt non è tutt'altro, è la stessa cosa: La definizione che ho dato sopra è quella per distinguere un halt da una station (in Germania). pero` la definizione inglese parla anche di fermate a richiesta: dice may, che non è deve ma può, quindi non è necessario che sia a richiesta. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Segnalazione denominazione strada regionale
Am 12. März 2012 17:36 schrieb Fabrizio Tambussa ftambu...@gmail.com: Un esempio e' la ex SS10 Padana inferiore, che a seconda della provincia attraversata e' SP10 oppure SR10. In alcune province poi, ci sono 2 SP10: ad esempio il prov. di AL la SP10-ex-SS10 Padana Inferiore e la SP10A Cerrina Gabiano. Il tutto confonde un po'. Ci eravamo accordati per mappare la ex-SS con un'unica relazione per tutto il percorso. come fate con il ref in un unica relazione, se quello cambia? ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Segnalazione denominazione strada regionale
come fate con il ref in un unica relazione, se quello cambia? Una relazione padre con: old_ref=SS10 Piu' relazioni figlie con ref=SR10 ciao, Martin Ciao ___ 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] da josm chiese e cappellette
Il 12/03/2012 15:16, Carlo Stemberger ha scritto: Evidentemente non mi son spiegato. Mi chiedevo se religion=* e denomination=* vanno solo sul building=* o sull'area grande taggata amenity=place... Sull'area grande o, come preferirei io, su entrambe le aree. Se lo metti su entrambe ti trovi con un doppione, meglio metterli solo sulla relation a questo punto. Il 12/03/2012 16:14, Simone Saviolo ha scritto: Non sono d'accordo ad indicare il sagrato come place_of_worship: non ci si fa culto, anzi è più un punto di ritrovo sociale, in cui, certo la socialità si esprime intorno ad argomenti relativi al culto e alla religione, ma non è un*luogo di culto*. Sarebbe, facendo un paragone, come dire che il parcheggio della fabbrica è man_made=factory perché è pur sempre proprietà della fabbrica. Durante alcune cerimonie (processioni etc) viene usato anche il sagrato. Prendiamo un esempio concreto: Città del Vaticano: Piazza San Pietro. Non ci metteresti amenity=place_of_worship? ciao Paolo M ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
