Re: [Talk-hr] Naselja u RH
Dana 11. srpnja 2012. 20:28 Matija Nalis mnalis-openstreetmapl...@voyager.hr je napisao/la: Kao prvo i manje bitno, pretpostavlajm da zelimo kolonu ukupan broj stanovnika a ne ukupno popisane osobe (ili nesto trece)? Ja bih isto rekao da je to prava kolona. A kao drugo, imamo npr. Grad Zagreb sa 792875 stanovnika, a koji se sastoji uz hrpu sela tipa Adamovec i sl. i od Zagreba od 686568 stanovnika. Mislio sam tu uzeti samo ovo drugo sto je bas zagreb bez suokolnih sela, jer cemo njih zasebno brojati (a i znacajno mi je lakse za parsiranje da gledam samo sve max identano :). To OK? To je ok jer je Grad Zagreb zapravo županija, a Zagreb je grad. dakle mozda dodati (osim svega 100k) i glavne gradove po Zupanijama? Ono tipa Sisacko-Moslovacka zupanija da ima Sisak za city ili sl... Nisam za to, jer će to značiti da će Krapina sa 4.400 stanovnika biti city, a Sesvete sa 54.500 stanovnika će biti town. Nema baš smisla. Err, gdje su sela tocno odjeljena? mislis, sve sto je na najdubljem nivou identacije je selo? To ne stima, jer je onda i Zagreb selo :) Ili nesto drugo si vidio? Čini se da u županiji Grad Zagreb nema podjele gradova i sela, ali u slijedećoj, Zagrebačkoj županiji ima neke podjele.. Budem to još malo istražio pa se javim. Janko ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr
Re: [Talk-hr] Naselja u RH
Ma ovo sa brojem stanovnika ne bi išlo jer mi imamo popis što je što bez obzira na broj stanovnika Mismo se još nešto i dogovarali na ircu da tag =hamlet ni ne koristimo jedino ako baš nije neki zaseok Dana 12. srpnja 2012. 15:38 Janko Mihelić jan...@gmail.com je napisao/la: Dana 11. srpnja 2012. 20:28 Matija Nalis mnalis-openstreetmapl...@voyager.hr je napisao/la: Kao prvo i manje bitno, pretpostavlajm da zelimo kolonu ukupan broj stanovnika a ne ukupno popisane osobe (ili nesto trece)? Ja bih isto rekao da je to prava kolona. A kao drugo, imamo npr. Grad Zagreb sa 792875 stanovnika, a koji se sastoji uz hrpu sela tipa Adamovec i sl. i od Zagreba od 686568 stanovnika. Mislio sam tu uzeti samo ovo drugo sto je bas zagreb bez suokolnih sela, jer cemo njih zasebno brojati (a i znacajno mi je lakse za parsiranje da gledam samo sve max identano :). To OK? To je ok jer je Grad Zagreb zapravo županija, a Zagreb je grad. dakle mozda dodati (osim svega 100k) i glavne gradove po Zupanijama? Ono tipa Sisacko-Moslovacka zupanija da ima Sisak za city ili sl... Nisam za to, jer će to značiti da će Krapina sa 4.400 stanovnika biti city, a Sesvete sa 54.500 stanovnika će biti town. Nema baš smisla. Err, gdje su sela tocno odjeljena? mislis, sve sto je na najdubljem nivou identacije je selo? To ne stima, jer je onda i Zagreb selo :) Ili nesto drugo si vidio? Čini se da u županiji Grad Zagreb nema podjele gradova i sela, ali u slijedećoj, Zagrebačkoj županiji ima neke podjele.. Budem to još malo istražio pa se javim. Janko ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr -- Svega što vrijedi Bog je stvorio malo, kako zlata tako i Hrvata. ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr
Re: [talk-ph] Possible Scarborough Shoal edit war?
New edits on Philippine boundaries by chinese mappers(?). Not sure whether the characters are indeed chinese. Google translate output below: username: Chinese people changeset comment: Delete the wrong line of Figure -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] Fwd:[OSM-talk] Redaction underway
And here's the areas being handled by the bot currently: http://harrywood.dev.openstreetmap.org/license-change/botprocessing.php On Thu, Jul 12, 2012 at 10:49 AM, maning sambale emmanuel.samb...@gmail.com wrote: As a reference, we have ~ 118,376.385 KM of roads as of yesterday. According to the ODBL stats we should be losing roughly less than 0.7%. On Thu, Jul 12, 2012 at 8:17 AM, Eugene Alvin Villar sea...@gmail.com wrote: And if you're curious at what the Redaction Bot is doing, here is the account editing history: http://www.openstreetmap.org/user/OSMF%20Redaction%20Account/edits On Wed, Jul 11, 2012 at 11:32 PM, maning sambale emmanuel.samb...@gmail.com wrote: Fyi. -- Forwarded message -- From: Richard Fairhurst rich...@systemed.net Date: Jul 11, 2012 11:16 PM Subject: [OSM-talk] Redaction underway To: talk...@openstreetmap.org, annou...@openstreetmap.org, t...@openstreetmap.org [posted to talk-ie@, announce@ and talk@; follow-ups to talk@ unless Ireland-specific] Hello all, The redaction process is now underway with Ireland as planned. Further updates will be posted to relevant lists as and when each phase starts and ends: - to talk-ie@ and talk-gb@ when Ireland ends and Great Britain begins - to talk-gb@ and talk@ when Great Britain ends and Western Europe/Belarus begins - to talk@, talk-us@ and talk-ca@ when Belarus ends and North America begins - to talk-us@, talk-ca@ and talk-au@ when North America ends and Australia begins - to talk-au@ and talk@ when Australia ends and the rest of the world begins - to talk@ when the rest of the world ends ...and, of course, if anything interrupts the progress of the redaction more than briefly. All updates will be cc:ed to announce@. cheers Richard ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
[OSM-legal-talk] Insurance for Mapping Party
Hi, Slightly different legal question than licence issues. Not sure if this is the right place to ask it, but here goes... When organising a mapping party do we need public liability insurance in case of accident and/or disclaimer to be signed?. I am organising a mapping party in the Scotland. We are using a public building from an organisation who have kindly let us use their facilities for the day. They have asked if we have insurance in case of accident and if we have a risk assessment. It seems health and safety has finally caught up with OSM. In the past, I have organised mapping events but this issue has not been raised. Can anyone provide some advice on this issue? Thank you, Tim ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Insurance for Mapping Party
I actually have some experience in this area, but keep in mind that the requirements may vary significantly by country. Some form of insurance is likely to be required by some organizations. I know the group bike rides I used to go on had insurance. On the other hand, if all you're using their space for is meeting and computer-based activities they might not require insurance. A risk assessment should be fairly easy, there aren't many risks. The biggest risk I can think of is if you're outside on roadways subject to the hazard of being struck by vehicles, and the preventative measures are pretty easy, wear a high-vis vest (compliant with CSA Z96, ANSI/ISEA 107 or EN 471 as applicable). Depending on what you're mapping, this might not be an issue. If you're mapping footpaths it wouldn't be, but if you decided to map highway features by foot it would be. From: Fozy 81 [mailto:foz...@hotmail.com] Sent: Thursday, July 12, 2012 12:40 PM To: legal-talk@openstreetmap.org Subject: [OSM-legal-talk] Insurance for Mapping Party Hi, Slightly different legal question than licence issues. Not sure if this is the right place to ask it, but here goes... When organising a mapping party do we need public liability insurance in case of accident and/or disclaimer to be signed?. I am organising a mapping party in the Scotland. We are using a public building from an organisation who have kindly let us use their facilities for the day. They have asked if we have insurance in case of accident and if we have a risk assessment. It seems health and safety has finally caught up with OSM. In the past, I have organised mapping events but this issue has not been raised. Can anyone provide some advice on this issue? Thank you, Tim ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] OSM Inspector is not working?
Hi, On 07/12/12 06:15, nicholas.g.lawre...@tmr.qld.gov.au wrote: Is OSM Inspector working? There appears to a Layer problem error? It crashed in the night but should be ok now. 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] [Imports] Suspend Imports / Bulk edits / Bots
Are imports to be suspended globaly or only in areas where redaction is underway? 2012/7/11 Stefan de Konink ste...@konink.de: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 11-07-12 17:10, Grant Slater wrote: Summary: Please stop Imports, Automated Edits, Bulk edits Bots until the redaction process has ended. What is your ETA? Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.18 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEAREKAAYFAk/9nB0ACgkQYH1+F2Rqwn3FPACfbjcLUeNVa0iCOY6RcwbL5bpW lz8An1RQWW0MNUwdUdmGrojm6pJEtO6i =vCti -END PGP SIGNATURE- ___ 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] Can Mapzen POI collected get some love?
2012/7/11 John Harvey j...@johnharveyphoto.com: still the best OSM editor for the iPhone - if anyone can recommend a better replacement, I'd love to hear it. There are other editors, e.g. OsmPad that is a special tool for housenumbers (and free), but doesn't do uploads (it sends you the edits as osm-file per email) and iLOE that doesn't get a lot of updates either, but allows for free text tags and also shows plain tags (something that always bothered me with mapzen is that it displays its own interpretation of the tags instead of key/value pairs). It also allows to change tags on ways. Unfortunately iLOE sets a stupid created_by tag. The cost for the app is 0,79 if I recall right. cheers, Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [Imports] Suspend Imports / Bulk edits / Bots
Globally. There is only one database for the whole world, so only one database server that load needs to be kept off. At night (in Europe), when it can't be supervised the redaction bot doesn't seem to run though... But maybe that's only in the beginning, when it needs to be carefully monitored. Polyglot 2012/7/12 Jan Kučera kozuc...@gmail.com Are imports to be suspended globaly or only in areas where redaction is underway? 2012/7/11 Stefan de Konink ste...@konink.de: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 11-07-12 17:10, Grant Slater wrote: Summary: Please stop Imports, Automated Edits, Bulk edits Bots until the redaction process has ended. What is your ETA? Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.18 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEAREKAAYFAk/9nB0ACgkQYH1+F2Rqwn3FPACfbjcLUeNVa0iCOY6RcwbL5bpW lz8An1RQWW0MNUwdUdmGrojm6pJEtO6i =vCti -END PGP SIGNATURE- ___ 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] Redaction process is hogging up the tile rendering
Hi. I made some edits in Iceland yesterday before midnight UTC and the changes have yet to be drawn (around noon UTC). I think the redaction process is causing a major backlog in the tile rendering queue. Backlogs have usually been worked on and finished during the night but that was not the case last night. Is there a possibility to make tile rendering from redaction bot edits lower priority so users can see their mapping results a bit faster? With regards, Svavar Kjarrval signature.asc Description: OpenPGP digital signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Redaction process is hogging up the tile rendering
Hi, I made some edits in Iceland yesterday before midnight UTC and the changes have yet to be drawn (around noon UTC). I think the redaction process is causing a major backlog in the tile rendering queue. Backlogs have usually been worked on and finished during the night but that was not the case last night. It is even worse. Due to a software incompability between Osmosis and the redaction bot, no updates will go at all to the map. This is not a problem of the rendering server backlog. It is a problem of the minute diff generation. It may take up to a month until we see the currently made edits. This affects all data comsumers, the mapnik map included, because nobody gets at the moment data updates. Best regards, Roland ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Redaction process is hogging up the tile rendering
Roland Olbricht wrote: This is not a problem of the rendering server backlog. It is a problem of the minute diff generation. ...which has now been fixed. :) cheers Richard -- View this message in context: http://gis.19327.n5.nabble.com/Redaction-process-is-hogging-up-the-tile-rendering-tp5716254p5716263.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Redaction process is hogging up the tile rendering
Dear Richard, This is not a problem of the rendering server backlog. It is a problem of the minute diff generation. ...which has now been fixed. :) Thank you very much. Now it works fine, great work. Cheers, Roland ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Redaction process is hogging up the tile rendering
On 12/07/2012 14:24, Roland Olbricht wrote: Thank you very much. Now it works fine, great work. Thank Andy, Tom and Frederik. I'm just the messenger! cheers Richard ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Update on redaction bot and minutely diffs
As I mentioned yesterday, the bot caused some problems with minutely diffs. Andy just sent a more detailed message about the technical problems to the rebuild list but here is a quick update for the user side of things. Some invalid diffs were generated yesterday. These have been removed from planet.osm.org and replaced this morning with valid files after a workaround was put into osmosis. This means that if you have a setup that is consuming minutely diffs, you may need to manually intervene. According to Grant, the last valid diff was: http://planet.openstreetmap.org/redaction-period/minute-replicate/000/141/272.osc.gz So you will want to stop osmosis and replace its state.txt file with the contents of: http://planet.openstreetmap.org/redaction-period/minute-replicate/000/141/272.state.txt And then restart your minutely update process. The first 20 or so diffs are substantially larger than normal so it may take a while to catch up. As for the bot itself, it was stopped after a few hours yesterday because some problems were discovered with its handling of relation members. Again, see the rebuild list for details. The short version is that he fixed it and as of a few minutes ago the bot is running again. There was also a problem caused in JOSM which might affect you if you are working in an area with other people. If someone else deletes a node and then you try to update it, JOSM had problems dealing with the deleted node because of a slight change in the API. This has already been fixed according to this trac ticket: http://josm.openstreetmap.de/ticket/7847 So I think we've had our glitches. It'll be smooth sailing from here on, right? :) Toby ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Redaction process is hogging up the tile rendering
On Thu, Jul 12, 2012 at 3:28 PM, Richard Fairhurst rich...@systemed.netwrote: On 12/07/2012 14:24, Roland Olbricht wrote: Thank you very much. Now it works fine, great work. Thank Andy, Tom and Frederik. I'm just the messenger! Thanks a lot Andy, Tom and Frederik! :) I was in trouble too when the diffs stopped working... ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Update on redaction bot and minutely diffs
Andy just pointed out that it should probably be mentioned that you only need to mess with the osmosis state file if your osmosis was up to date with planet.osm.org when the invalid diffs were generated and it progressed beyond sequence number 141272. I believe Grant deleted the invalid diffs pretty quickly so if you were trailing behind on updates or if you only update periodically, your osmosis may not have gotten up to the invalid diffs and no action is required. So check the sequence number before replacing the state file. Toby On Thu, Jul 12, 2012 at 9:32 AM, Toby Murray toby.mur...@gmail.com wrote: As I mentioned yesterday, the bot caused some problems with minutely diffs. Andy just sent a more detailed message about the technical problems to the rebuild list but here is a quick update for the user side of things. Some invalid diffs were generated yesterday. These have been removed from planet.osm.org and replaced this morning with valid files after a workaround was put into osmosis. This means that if you have a setup that is consuming minutely diffs, you may need to manually intervene. According to Grant, the last valid diff was: http://planet.openstreetmap.org/redaction-period/minute-replicate/000/141/272.osc.gz So you will want to stop osmosis and replace its state.txt file with the contents of: http://planet.openstreetmap.org/redaction-period/minute-replicate/000/141/272.state.txt And then restart your minutely update process. The first 20 or so diffs are substantially larger than normal so it may take a while to catch up. As for the bot itself, it was stopped after a few hours yesterday because some problems were discovered with its handling of relation members. Again, see the rebuild list for details. The short version is that he fixed it and as of a few minutes ago the bot is running again. There was also a problem caused in JOSM which might affect you if you are working in an area with other people. If someone else deletes a node and then you try to update it, JOSM had problems dealing with the deleted node because of a slight change in the API. This has already been fixed according to this trac ticket: http://josm.openstreetmap.de/ticket/7847 So I think we've had our glitches. It'll be smooth sailing from here on, right? :) Toby ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Can Mapzen POI collected get some love?
Hey everyone I was going to post this to the mailing list in a few days (once the update is released). I've made the app POI+http://itunes.apple.com/app/id518401562which is s simple node uploader for the iPhone. The current version has a bug that causes it to crash when viewing a node. An update has already been submitted to Apple and should be approved and released in the next few days. So hold off until the update when it'll have a bunch of optional tags and more to come On Thu, Jul 12, 2012 at 2:44 AM, Martin Koppenhoefer dieterdre...@gmail.com wrote: 2012/7/11 John Harvey j...@johnharveyphoto.com: still the best OSM editor for the iPhone - if anyone can recommend a better replacement, I'd love to hear it. There are other editors, e.g. OsmPad that is a special tool for housenumbers (and free), but doesn't do uploads (it sends you the edits as osm-file per email) and iLOE that doesn't get a lot of updates either, but allows for free text tags and also shows plain tags (something that always bothered me with mapzen is that it displays its own interpretation of the tags instead of key/value pairs). It also allows to change tags on ways. Unfortunately iLOE sets a stupid created_by tag. The cost for the app is 0,79 if I recall right. cheers, Martin ___ 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-de] Aerowest-Projekt geht dem Ende zu ...?
hi ! die Luftbilder stehen meines Wissens noch bis kommenden Sonntag, 15.7.2012 zur Verfügung. Weiß einer ob das weiterhin Gültigkeit hat oder hat man uns netterweise den Zeitraum etwas verlängert??? Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fwd: [OSM-talk] Licence redaction ready to begin
Am 11.07.2012 17:36, schrieb Simon Poole: Die Edits des bots sind hier: http://www.openstreetmap.org/user/OSMF%20Redaction%20Account/edits Mal interessehalber gefragt, warum hat dieser Node überlebt, wenn Versionen 1 bis 3 nicht sauber waren? (Gibt auch noch mehr Beispiele.) http://www.openstreetmap.org/browse/node/631811125/history VG Cottaer ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fwd: [OSM-talk] Licence redaction ready to begin
Am 12.07.2012 10:29, schrieb cottaer: Am 11.07.2012 17:36, schrieb Simon Poole: Die Edits des bots sind hier: http://www.openstreetmap.org/user/OSMF%20Redaction%20Account/edits Mal interessehalber gefragt, warum hat dieser Node überlebt, wenn Versionen 1 bis 3 nicht sauber waren? (Gibt auch noch mehr Beispiele.) http://www.openstreetmap.org/browse/node/631811125/history Nachvollziehen kann man es nicht mehr wirklich, da ja die Infos fehlen, was der Knoten vorher war. Denkbar wäre, dass es einfach nur ein leerer Knoten war, der dann in v3 verschoben wurde und den name-Tag bekommen hat. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Aerowest-Projekt geht dem Ende zu ...?
Hallo, wir haben bald ein Gespräch mit Aerowest, bei dem auch über eine Verlängerung gesprochen wird. Mfg Marc Am 12.07.2012 um 10:17 schrieb Jan Tappenbeck: hi ! die Luftbilder stehen meines Wissens noch bis kommenden Sonntag, 15.7.2012 zur Verfügung. Weiß einer ob das weiterhin Gültigkeit hat oder hat man uns netterweise den Zeitraum etwas verlängert??? 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
Re: [Talk-de] Fwd: [OSM-talk] Licence redaction ready to begin
Ich muss mich revidieren...dann müsste ja v3 clean sein. Oder der Bot setzt sich dann an die Stelle des ersten cleanen Beitrags. Mogelt sich als zwischen Ablehner und erstem Zustimmer. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fwd: [OSM-talk] Licence redaction ready to begin
Die Versionen 2 und 3 hatten tags von der Version 1 und werden deshalb nicht angezeigt, in einer der 2 Versionen wurde der node verschoben und der name Tag geändert oder angefügt. Am 12.07.2012 10:29, schrieb cottaer: Am 11.07.2012 17:36, schrieb Simon Poole: Die Edits des bots sind hier: http://www.openstreetmap.org/user/OSMF%20Redaction%20Account/edits Mal interessehalber gefragt, warum hat dieser Node überlebt, wenn Versionen 1 bis 3 nicht sauber waren? (Gibt auch noch mehr Beispiele.) http://www.openstreetmap.org/browse/node/631811125/history VG Cottaer ___ 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] tracktypes
Moin, aus dem thread zu Tracks Selector wird zum Editor wurde mir die unglückliche Differenz bewußt, die zwischen dem wiki http://wiki.openstreetmap.org/wiki/DE:Key:tracktype und JOSM besteht. Die Klassifizierung im wiki ist im Prinzip schon richtig, einzig die Bezeichnung im tracktype 3 ist mit ausgebessert mißdeutbar. Man bessert auch hochwertige Decken aus. Mein Vorschlag: Anstatt ausgebessert neu gering oder intermittierend befestigt verwenden. Diese Klassifikation im wiki beruht auf dem Ausbauzustand/Kontruktionsbefund und damit auch auf der Tragfähigkeit. JOSM verwendet diese Einstufung für die types 1 bis 3. (Bei 1 nur Asphalt anzugeben ist blöd) Und dann beginnt der Bruch hin zum Aussehen und der möglichen Fahrbehinderung. Ich fände es gut, wenn JOSM in diesem Punkt verbessert wird. 1. Die Klassifikation aus dem wiki wird übernommen 2. Die Ebenheit wird berücksichtigt 3. Gras kann überall wachsen und ist je nach Verkehr bei Wegen in Wald und Feld mehr oder weniger da, ABER wachsen bereits Bäume in der Fahrspur ist das eine mehr oder weniger ausgewachsene Behinderung. Hier also einen Grad für Behinderungen aus der Natur erfinden. Meine Erfahrungen zu 3. sagen mir, daß wo gestern noch ein gut befahrbarer fester Sandboden war kann im nächsten Jahr das Gras 1 m hoch oder von Harvestern umgepflügt sein. Auch eigentlich gute Schotterwege leiden unter diesem neumodernen Erntemaschinen. Der seitliche Bewuchs engt die nutzbare Breite ein. Panzertrassen, ehemals recht breit, mit Berg und Tal sind hier häufig kaum noch erkennbar. Da ich aber auf meinem Recht bestehe, mir meine Heimat nicht von früherem Militär klauen zu lassen, schlängle ich mich dort durch und tagge dann eine Pfad. Blätter auf dem Boden sind draußen m.E. Nebensache. Wenn ein natürlicher Untergrund bereits eine gute Tragfähigkeit aufweist, man aber in unserem nördlichen Streusand versinken kann, zeigt das auch die nicht gut brauchbare Einstufung ground Bitte mal überlegen, ob man ground unterteilen kann in 2 oder 3 Arten von Tragfähigkeit durch Ablesen der Spurenbildung. Ich weiß, daß die Einwände jetzt aus Richtung Wassergehalt bei Löß, Ton und Mergel kommen. Mein Vater berichtete, daß die Erdwege in seiner Börde-Heimat einmal im Jahr geschleift wurden, um sie wieder befahrbar zu machen. Aber wir sollten die Attribute zu Wegen ein wenig eindeutiger machen. Noch ein Nebeneffekt: Das Rendern der tracktypes verschwieg mir auf meinem winzigen Bildschirm (Gramin etrex Legend) bei Maßstäben über 120m die types kleiner 3. Da hatte ich kein schlechtes Gewissen, die JOSM-Klassifikation 3 zu setzen, die nach dem wiki überwiegend 4 sein müssen. Bevor ich jetzt hingehe und die vielen Kilometer in meiner Umgebung nochmal ablaufe und neu einstufe, warte ich auf die Diskussion. Gruß, Albrecht Am Freitag, 1. Juni 2012, 13:12:31 schrieb Martin Koppenhoefer: Am 1. Juni 2012 08:18 schrieb Georg Feddern o...@bavarianmallet.de: Ich habe ground bisher immer dann genommen, wenn es Trampelpfad oder ähnlich so häufig genutzt wird, dass dort kein Gras mehr wächst, also in der Regel festgetretenes Erdreich/Staub. Das ist doch gerade eher ein Fall für earth, da es sich um eine relativ durchgängige Oberfläche handelt, deren Eigenschaften also gleichmäßig sind. kommt aufs Gelände an. Hier ist es eher staubig und steinig, so dass earth mir da nicht so recht in den Sinn kommt. Je nach Umfeld. Das ist ja gerade die Kritik an ground. Gruß Martin ___ 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] Relationen aus der Sicht der Auswertung - Segen oder Fluch??
Am 11.07.2012 18:01, schrieb Christian Müller: Woher weißt du eigentlich bei aneinandergereihten Gebäuden, ob die Wand an der Stoßstelle wirklich nur eine Wand ist? In aller Regel gibt es diese Wand in der Tat zweimal. In diesem Fall liegen sie dann aber auch nebeneinander ;-) Ich weiß, dass das (noch) Haarspalterei ist - aber mit der Verfügbarkeit der letzten Bing-Bilder sind ja nun mittlerweile auch die Gulli-Deckel sichtbar geworden.. Selbst wenn Du auf Ameisengrösse auflösen kannst wirst Du nicht erkennen ob z.B. ein Doppelhaus aus zwei aneinandergebauten Einzelhäusern besteht oder als Gesamtgebäude mit einer durchgehenden Trennwand gebaut ist. Sowas ist häufig nur mit Bauplan aufzulösen. Die Ausführung der Trennung halte ich jetzt aber nicht gerade für OSM-relevant. Wichtige Information ist dass es sich um zwei getrennt genutzte Gebäude(teile) mit in der Regel wohl eigener Hausnummer handelt. Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relationen aus der Sicht der Auswertung - Segen oder Fluch??
Am 10. Juli 2012 15:44 schrieb Christian Müller cmu...@gmx.de: Stand, keine Befürchtung). Von Jochen wurde weiterhin angeführt, dass zur Not die geografische Nähe genutzt werden könne - ein Beispiel, das die Grenzen dieses Ansatzes klar aufzeigt, sind die Relationen, die Powermapper bilden, um Brücken zu modellieren - vollständig getrennte, aber räumlich eng aneinandergrenzende, physische Strukturen - eine physische Struktur, die alle multimodalen Transportwege trägt Das ist nur ein Beispiel, das mir adhoc einfällt, anhand welchem eine Heuristik versagt, zu entscheiden, wie einfache Wege gruppiert werden müssen, um eine bestimmte Fragestellung (hier: welche Wege gehören zu einer Brücke / which ways make up one bridge) richtig zu beantworten. Habe mir von den vielen Themen mal dieses rausgepickt. Es stimmt zwar, dass man so, wie Brücken derzeit üblicherweise in OSM abgebildet werden (nur als Attribut auf der Straße) nicht feststellen kann, ob es eine Brücke mit parallelen Fahrwegen oder mehrere parallele Brücken sind, aber das liegt daran, dass es da im Prinzip überhaupt noch kein echtes Brückenobjekt gibt. Dieses könnte natürlich eine Relation sein, muss es aber nicht. Man könnte stattdessen auch einfach den Umriss jeder Brücke zeichnen (und z.B. mit building=bridge oder so taggen), dann bräuchte man z.B. solche Krücken wie bridge_name nicht (name und Varianten auf dem Brückenobjekt wäre dann eindeutig, die Straße könnte ihren Namen wie gehabt behalten). Beim Brückenzählen würde man sich auf diese Umrisse verlassen, zumindest für Wege, die über diese Brücken führen, und bei gleichem Layer. Nicht nur spart man sich so die Relation, es wird auch im Editor keine besondere Behandlung nötig, um den Zusammenhang zu erkennen, und den Umriss als Mehrinformation bekommt man auch noch dazu. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relationen aus der Sicht der Auswertung - Segen oder Fluch??
Am 12.07.2012 um 13:47 schrieb Martin Koppenhoefer dieterdre...@gmail.com: Man könnte stattdessen auch einfach den Umriss jeder Brücke zeichnen (und z.B. mit building=bridge oder so taggen), dann bräuchte man z.B. solche Krücken wie bridge_name nicht (name und Varianten auf dem Brückenobjekt wäre dann eindeutig, die Straße könnte ihren Namen wie gehabt behalten). Beim Brückenzählen würde man sich auf diese Umrisse verlassen, zumindest für Wege, die über diese Brücken führen, und bei gleichem Layer. Das wiederum erinnert mich jetzt stark an das von mir vorgeschlagene highway=junction, was im Prinzip das selbe für Kreuzungen machen will. Würde es vielleicht Sinn machen da etwas universelles zu finden? Also eine bestimmt gekennzeichnete Fläche, welche die tatsächliche Ausdehnung von was-auch-immer beschreibt und damit auch gleichzeitig festlegt, dass alle Wege und Knoten innerhalb der Fläche zu einem gemeinsamen Feature gehören. Vg, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relationen aus der Sicht der Auswertung - Segen oder Fluch??
Am 11. Juli 2012 16:48 schrieb Tobias Knerr o...@tobias-knerr.de: Am 10.07.2012 21:17, schrieb Christian Müller: Aneinandergereihte Gebäude nutzen häufig overlapping ways, da stimme ich Dir ebenso zu. Eigentlich gibt es die Wand nur einmal, welche da durch zwei Wege in OSM repräsentiert wird. Das geschieht aus Bequemlichkeit, nicht weil es logisch und/oder plausibel ist. Wie man am Schlüssel building (und nicht etwa wall o. dgl.) erkennen kann, mappen wir keine Wände, sondern Umrisse von Gebäudeflächen. Daher trifft der Mapper mit der Verwendung zweier Ways keinerlei Aussage über die Anzahl der Wände an dieser Stelle. +1 Das Einzeichnen aneinander gebauter Gebäude mit overlapping ways ist also nicht bloß bequemer und verständlicher, sondern auch 100% korrekt. +1, genauso wie es 100% korrekt ist, 2 Multipolygonrelationen dafür zu verwenden. Solange man durch die nur einen einzigen überlappenden way über 2 Knoten ersetzen kann, finde ich das meistens overkill, wenn man aber (aus anderen Gründen) sowieso schon ein Multipolygon dort vorfindet, dann mache ich oft auch in diesem Fall ein weiteres Multipolygon (anstatt einen overlapping way in einem Multipolygon zu haben, was eher unschön ist). Übrigens sind Wände (barrier=wall / retaining_wall) als linearer way auch nicht immer ausreichend, weil man bei an der Wand angebrachten Objekten nicht mehr weiss, auf welcher Seite sie sind (sofern diese Objekte als node repräsentiert werden, z.B. Briefkästen oder Verkaufs-Automaten). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relationen aus der Sicht der Auswertung - Segen oder Fluch??
Am 12. Juli 2012 14:04 schrieb Martin Vonwald (Imagic) imagic@gmail.com: Das wiederum erinnert mich jetzt stark an das von mir vorgeschlagene highway=junction, was im Prinzip das selbe für Kreuzungen machen will. nur dass es bei Brücken klar ist, was dazu gehört, aber Kreuzungen bzw. eine Kreuzung dürfte eher eine Abstraktion oder Interpretation der realen Welt sein (es ist eher unklar, ob das jetzt 1, 2 oder wieviele auch immer Objekte sind, wie ist denn _eine_ Kreuzung definiert?) Würde es vielleicht Sinn machen da etwas universelles zu finden? Also eine bestimmt gekennzeichnete Fläche, welche die tatsächliche Ausdehnung von was-auch-immer beschreibt und damit auch gleichzeitig festlegt, dass alle Wege und Knoten innerhalb der Fläche zu einem gemeinsamen Feature gehören. universell heisst das way bzw. die geschlossene Variante davon ;-) Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Kemmt Mapnik?
Hi ! kann es sein das durch den Bereinigungsprozess oder ähnliches Mapnik hängt ? Daten von heute morgen werde noch nicht angezeigt. Status auf Wiki ist grün ! Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relationen aus der Sicht der Auswertung - Segen oder Fluch??
Am 12.07.2012 14:05, schrieb Martin Koppenhoefer: Übrigens sind Wände (barrier=wall / retaining_wall) als linearer way auch nicht immer ausreichend, weil man bei an der Wand angebrachten Objekten nicht mehr weiss, auf welcher Seite sie sind (sofern diese Objekte als node repräsentiert werden, z.B. Briefkästen oder Verkaufs-Automaten). Die tagge ich persönlich üblicherweise davor mit einem node, der nicht teil des wand-ways ist; denn auch bei Gebäuden wäre alles andere nur eine Heuristik. Gruß Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kemmt Mapnik?
Ja...die diffs waren zeitweise kaputt...laufen jetzt aber wieder. http://munin.openstreetmap.org/openstreetmap/yevaud.openstreetmap/replication_delay.html Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kemmt Mapnik?
Danke ! ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kemmt Mapnik?
Hallo, On 07/12/12 14:44, Jan Tappenbeck wrote: kann es sein das durch den Bereinigungsprozess oder ähnliches Mapnik hängt ? Du bist jetzt ungefaehr der 10., der sich - auf Mailinglisten, auf help, sonstwo - wundert, dass seine vor einer Stunde eingetragenen Strassen noch nicht da sind. Bitte, an alle: Dass Aenderungen ueberhaupt so schnell gerendert werden, ist ein Luxusfeature. Solange noch keine 24 Stunden verstrichen sind, sollte niemand irgendwo Alarm schlagen - der Tileserver kann z.B. auch mal einen Neuimport machen und deswegen keine Updates rechnen oder so. Das ist kein Grund, aufgeregt mit den Fluegeln zu schlagen. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relationen aus der Sicht der Auswertung - Brücke
Hallo Martin, Umriss der Brücke mit building=bridge Wäre visuell simpel zu verstehen. Auch Brückenpfeiler könnte so gezeichnet werden. bei gleichem Layer Schwierig wären mehrere verbundene Rampen mit unterschiedlichem Layer... Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [OSM-talk] Licence redaction ready to begin
aighes schrieb: http://www.openstreetmap.org/browse/node/631811125/history Nachvollziehen kann man es nicht mehr wirklich, da ja die Infos fehlen, was der Knoten vorher war. Es braucht nur jemand das letzte CC-by-SA-Planetfile auszuwerten... ;) mySenf Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relationen aus der Sicht der Auswertung - Brücke
Il giorno 12/lug/2012, alle ore 15:45, Markus liste12a4...@gmx.de ha scritto: Hallo Martin, Umriss der Brücke mit building=bridge Wäre visuell simpel zu verstehen. Auch Brückenpfeiler könnte so gezeichnet werden. Ja, das wird ja auch schon allgemein gemacht, Z.B. http://www.openstreetmap.org/?lat=49.022548lon=12.09803zoom=18layers=M bei gleichem Layer Schwierig wären mehrere verbundene Rampen mit unterschiedlichem Layer... Entweder haben sie denselben Layer, dann ist es dasselbe, oder unterschiedliche, dann sind es unterschiedliche Objekte. Oder man definiert die Straßen jeweils einen Layer über dem Brückenobjekt und betrachtet das jeweils getrennt (mit eigenem Layer). Was ja durchaus vorkommt sind mehrgeschossige Brücken, da müsste man die Stockwerksanzahl dem Brückenumriss mitgeben. Wie man die Layer definiert müsste man sich am besten vorher überlegen und dokumentieren. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Qualitaetskontrolle stochastisch
Idealerweise könnte man das entweder als JavaScript-Snippet den Map-Entwicklern z.Vf. stellen oder aber ein Browser Plugin/Add-on/Extension schreiben, das die Benutzer selber installieren müssen. Ich finde die Idee unbedingt überlegenswert, da es - wie erwähnt - eine neuartige, sog. niederschwellige Art des Feedbacks ist. Natürlich ist es immer es besser, wenn die Benutzer den Fehler gleich selber beheben (oder gleich eine Spende :- machen) würden, aber genau das Ziel hat das Tool ja nicht. LG, Stefan P.S. An Frederik betr. Plugin/Add-on/Extension: OpenLayers allein hat leider keine global zugängliche Registry. Bei Karten mit GeoExt hingegen wäre es möglich an die OpenLayers.Map Instanz zu kommen. Damit kann man Layer, aktive Layer, Kartenmitte, Zoomstufe und Datum ermitteln. Meinst du es gibt genügend Karten mit GeoExt? Oder würde es reichen, wenn man das in die Slippy Map einbauen würde? Am 6. Juli 2012 23:11 schrieb Christian H. Bruhn br...@arcor.de: am Freitag, 6. Juli 2012 um 13:23 schrieb Frederik Ramm: Stellt Euch mal vor, es gaebe neben einem Kartenausschnitt zwei Buttons - Daumen rauf und Daumen runter, oder so. Wenn ein Kartenbetrachter einen der Buttons anklickt, wird das in einer Datenbank vermerkt - gerade angezeigter Ausschnitt, Timestamp, Daumenrichtung. Auf welcher Karte denn? Auf einer der zahlreichen Web-Karten, auf einer Garmin-Karte oder beim Routing mit dem Smartphone? Noch noch ein weiteres separates Tool? Christian ___ 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-it] [OT] Re: access destination
On 2012-07-11 at 15:56:05 +0200, Volker Schmidt wrote: Il problema è reale, molto reale. Sono coinvolto attivamente nel lato utenza (cicloturismo) e posso garantirti che parliamo di decine di migliaia di segnali - è completamente fuori questione di farli cambiare. E bloccare queste decine di migliaia di km di stradine ideali per i ciclisti è altrettanto fuori questione. Se sono ideali per i ciclisti, ma vietate a loro, mi sembra profondamente sbagliato far sì che un router le faccia usare, anche se di fatto stare a fare loro multe costa troppo per quello che rende (=non lo si può far fare a delle telecamere) e quindi nessuno lo fa. Caso diverso è quello di proprietà private in cui i proprietari recintano mettono cartelli di divieto di accesso, ma si sa che sono tolleranti nei confronti di biciclette (e pedoni? e altri mezzi non a motore?): quello è ovviamente da segnare come permissive ed usare nel routing. -- Elena ``of Valhalla'' ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] A1 o A 1?
Am 12.07.2012 01:03, schrieb Carlo Stemberger: On 12/07/2012 00:25, Niccolo Rigacci wrote: Se il bot è ancora attivo sarebbe il caso di scrivere al gestore in modo che smetta di fare modifiche in Italia? Se c'è un minimo di consenso lo faccio. +1 +1 -- cheers, Alex ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] [OT] Re: access destination
2012/7/11 Volker Schmidt vosc...@gmail.com: 2) L'altro aspetto che è saltato fuori sono le interpretazioni di private. private vieta l'accesso a tutti che non hanno una autorizzazione esplicita ed individuale e non può essere condizionato con bicycle=yes o permissive o simili. E mi sembra che anche gli algoritmi di routing lo interpretano così. Chi l'ha detto? Questa è una tua interpretazione; il wiki dice diversamente: http://wiki.openstreetmap.org/wiki/Access Use the access=* key to describe a general access restriction that applies to all transport modes. Where different restrictions apply to different modes of transport then mode specific tags can be used. These modal tags each have a place in a hierarchy in which keys become narrower in scope as they branch out from the root. Pertanto una strada mappata come access=private+bicycle=yes ha accesso yes quando la si percorre in bicicletta. Se un router non capisce questo fatto, è buggato il router. Non possiamo modificare migliaia di km di mappatura per venire incontro ad un router buggato. E nota: questo è un caso molto semplice. Ci sono casi più complessi (es. access=private + vehicle=yes) in cui, stando alle regole del wiki, l'accesso in bici è yes eppure sono convinto che molti router lo sbaglino. Ciao, Federico ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] [OT] Re: access destination
2012/7/11 Volker Schmidt vosc...@gmail.com: Il problema è reale, molto reale. Sono coinvolto attivamente nel lato utenza (cicloturismo) e posso garantirti che parliamo di decine di migliaia di segnali - è completamente fuori questione di farli cambiare. E bloccare queste decine di migliaia di km di stradine ideali per i ciclisti è altrettanto fuori questione. Ma in che senso le strade sono ideali per i ciclisti? Nel senso che sarebbe bello percorrerle ma sono vietate, oppure sono legalmente percorribili in bicicletta? Nel primo caso si mette bicycle=no. Nel secondo caso bicycle=yes, oppure permissive. Dopodiché si corregge il motore di routing che ignora il tag bicycle. Non c'è speranza di fare un routing decente per biciclette tramite un software che ignora il tag bicycle! Ciao, Federico ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] A1 o A 1?
Il 12 luglio 2012 09:13, Alexander Roalter alexan...@roalter.it ha scritto: Am 12.07.2012 01:03, schrieb Carlo Stemberger: On 12/07/2012 00:25, Niccolo Rigacci wrote: Se il bot è ancora attivo sarebbe il caso di scrivere al gestore in modo che smetta di fare modifiche in Italia? Se c'è un minimo di consenso lo faccio. +1 +1 +1 -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] A1 o A 1?
Il giorno 12 luglio 2012 09:18, Luca Delucchi lucadel...@gmail.com ha scritto: Il 12 luglio 2012 09:13, Alexander Roalter alexan...@roalter.it ha scritto: Am 12.07.2012 01:03, schrieb Carlo Stemberger: On 12/07/2012 00:25, Niccolo Rigacci wrote: Se il bot è ancora attivo sarebbe il caso di scrivere al gestore in modo che smetta di fare modifiche in Italia? Se c'è un minimo di consenso lo faccio. +1 -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ 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] A1 o A 1?
2012/7/12 Luca Delucchi lucadel...@gmail.com: Il 12 luglio 2012 09:13, Alexander Roalter alexan...@roalter.it ha scritto: Am 12.07.2012 01:03, schrieb Carlo Stemberger: On 12/07/2012 00:25, Niccolo Rigacci wrote: Se il bot è ancora attivo sarebbe il caso di scrivere al gestore in modo che smetta di fare modifiche in Italia? Se c'è un minimo di consenso lo faccio. +1 +1 +1 +1 -- Cià Cristiano / Sky One Home: http://www.skyone.it (itinerari in moto e non solo) Pensieri: http://blog.skyone.it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] A1 o A 1?
Sky One, on 12/07/2012 9.41, wrote: 2012/7/12 Luca Delucchi lucadel...@gmail.com: Il 12 luglio 2012 09:13, Alexander Roalter alexan...@roalter.it ha scritto: Am 12.07.2012 01:03, schrieb Carlo Stemberger: On 12/07/2012 00:25, Niccolo Rigacci wrote: Se il bot è ancora attivo sarebbe il caso di scrivere al gestore in modo che smetta di fare modifiche in Italia? Se c'è un minimo di consenso lo faccio. +1 +1 +1 +1 +1 ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] A1 o A 1?
Io personalmente toglierei spazio o trattino. E per l'Italia si può fare come si vuole in modo autonomo, ma per quelle europee sarebbe molto utile di avere uniformità per tutti i paesi europei, almeno su OSM ... ... anche se non esiste uniformità sui cartelli sul terreno (Su https://en.wikipedia.org/wiki/European_motorways vedo che già nella foto esempio in Irlanda c'è E-201 e non E201 o E 201) :-) Volker 2012/7/12 Damjan Gerl dam...@damjan.net Sky One, on 12/07/2012 9.41, wrote: 2012/7/12 Luca Delucchi lucadel...@gmail.com: Il 12 luglio 2012 09:13, Alexander Roalter alexan...@roalter.it ha scritto: Am 12.07.2012 01:03, schrieb Carlo Stemberger: On 12/07/2012 00:25, Niccolo Rigacci wrote: Se il bot è ancora attivo sarebbe il caso di scrivere al gestore in modo che smetta di fare modifiche in Italia? Se c'è un minimo di consenso lo faccio. +1 +1 +1 +1 +1 __**_ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-ithttp://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] A1 o A 1?
Il 12 luglio 2012 09:58, Volker Schmidt vosc...@gmail.com ha scritto: Io personalmente toglierei spazio o trattino. Anch'io toglierei spazio e trattino. Andando alla fonte (autostrade.it) i nomi delle autostrade sono infatti scritti come in A1. Stefano ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] [OT] Re: access destination
Mi perdo in questa discussione. Se non rispondo a tutti, scusate. Sottolineo di nuovo: In questa discussione sono un utente di OSM, non un mappatore. Ci sono più punti sui quali ci sono disaccordi. *Strade ideali:* Le mie strade ideali per ciclisti sono strade senza traffico motorizzato, o con traffico motorizzato molto ridotto. * Divieto di transito* Il discorso è che un gran numero di percorsi ciclabili (ciclovie, cioè percorsi che non sono segnalati come ciclopiste, ma portano qualche forma di segnaletica turistica ufficiale) corrono lungo strade con il famoso segnale divieto di transito spesso senza nessun cartello aggiuntivo. Inoltre ho visto personalmente probabilmente centinaia di piste ciclabili e ciclopedonali (col segnale rotondo blu) in combinazione col segnale divieto di transito. Non so quanto diffusa è questo pratica, ma nelle mie parti (Veneto) dove ho personalmente o virtualmente (per inserire i percorsi proposti della Regione Veneto) probabilmente più di mille km di ciclovie, è molto diffusa. Io non vedo una via d'uscita per quanto riguarda il routing, che utilizzo pesantemente nella preparazione di gite in bici e che si utilizza adesso anche sui navigatori per bicicletta. Il problema è reale perché la gente si lamenta che il routing li porta sulle strade trafficate ed ignora le ciclovie o ciclopiste. *Access = private* Per quanto riguarda access=private, per me il wiki è inconsistente. https://wiki.openstreetmap.org/wiki/Access dice chiaro e tondo: private - Only with permission of the owner on an individual basis La dicitura Where different restrictions apply to different modes of transport then mode specific tags can be used. These modal tags each have a place in a hierarchy in which keys become narrower in scope as they branch out from the root. non ha senso in caso di private. . In generale sono d'accordo con tutti che dicono che bisogna mappare la situazione real sul terreno, cioè la segnaletica come è. Solo che questo ha la consequenza che OSM in Italia diventa largamente inutilizzabile per il cicloturista che utilizza routing per la preparazione o durante la gita. Cerco di trovare soluzioni pratiche a un problema reale. Non vedo che questa discussione porti a una convergenza. Il mio approccio di combinare la precisione del tedesco colla flessibilità del napoletano (come mi ha descritto il mio capo quando mi voleva fare i complimenti per la mia gestione di un gruppo di ricercatori del CNR) non sembra gradito nella comunità OSM italiana - che facciamo? Volker 2012/7/12 Federico Cozzi f.co...@gmail.com 2012/7/11 Volker Schmidt vosc...@gmail.com: Il problema è reale, molto reale. Sono coinvolto attivamente nel lato utenza (cicloturismo) e posso garantirti che parliamo di decine di migliaia di segnali - è completamente fuori questione di farli cambiare. E bloccare queste decine di migliaia di km di stradine ideali per i ciclisti è altrettanto fuori questione. Ma in che senso le strade sono ideali per i ciclisti? Nel senso che sarebbe bello percorrerle ma sono vietate, oppure sono legalmente percorribili in bicicletta? Nel primo caso si mette bicycle=no. Nel secondo caso bicycle=yes, oppure permissive. Dopodiché si corregge il motore di routing che ignora il tag bicycle. Non c'è speranza di fare un routing decente per biciclette tramite un software che ignora il tag bicycle! Ciao, Federico ___ 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] [OT] Re: access destination
2012/7/12 Volker Schmidt vosc...@gmail.com: Le mie strade ideali per ciclisti sono strade senza traffico motorizzato, o con traffico motorizzato molto ridotto. Questa strada è ideale in senso ideale :-) Ma è anche legalmente percorribile in bicicletta? Di questo stiamo parlando. Come già detto da alcuni, tante alzaie dei navigli lombardi sono percorsi ideali in bicicletta, ma alcune sono state vietate alle bici (e sono state effettivamente fatte delle multe!). Non è corretto che un router ti faccia passare per strade in cui non è legale passare, esattamente come non è corretto che ti faccia andare contromano (anche se lo fanno tutti...) Inoltre ho visto personalmente probabilmente centinaia di piste ciclabili e ciclopedonali (col segnale rotondo blu) in combinazione col segnale divieto di transito. Semplice: vehicle=no+bicycle=official Se, con questa mappatura, il routing non funziona, allora è un bug del router. Access = private Per quanto riguarda access=private, per me il wiki è inconsistente. https://wiki.openstreetmap.org/wiki/Access dice chiaro e tondo: private - Only with permission of the owner on an individual basis Dice anche: yes - The public has an official, legally-enshrined right of access, i.e. it's a right of way La dicitura Where different restrictions apply to different modes of transport then mode specific tags can be used. These modal tags each have a place in a hierarchy in which keys become narrower in scope as they branch out from the root. non ha senso in caso di private. Perché? Dove è scritto che il concetto di gerarchia non si applica quando il valore è private? E perché la gerarchia non si applica al caso private e invece si applica al caso yes? Quello che sostieni tu è un incubo dal punto di vista del programmatore di un router. Esempio: access=yes+vehicle=private+bicycle=permissive Se usi il concetto di gerarchia (cioè guardi solo la parte a sinistra dell'uguale) allora è facile: prendi il tag bicycle (che è il più specifico) e leggi che l'accesso è permissive. Con il tuo criterio il concetto di gerarchia non si applica più quando uno dei valori (a destra dell'uguale) è private? E per forestry, vale la stessa eccezione? E per delivery? Non vedo che questa discussione porti a una convergenza. Non ho ancora capito se la strada dove il router NON ti porta, è legalmente percorribile da una bicicletta oppure no. Se NON è legalmente percorribile da una bici, il router è giusto e non c'è problema. Se è legalmente percorribile da una bici, allora bisogna aggiungere il tag bicycle=yes Se anche in questo caso il router non ti ci fa passare, allora è un bug del router e va segnalato allo sviluppatore. Questa discussione non sta convergendo perché non stiamo discutendo dello stesso oggetto. Bisogna prendere UNA strada e vedere se il router funziona. Se ognuno parla della PROPRIA ciclabile allora non ne veniamo a capo. Ciao, Federico ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] [OT] Re: access destination
On 2012-07-12 at 10:40:27 +0200, Volker Schmidt wrote: Il discorso è che un gran numero di percorsi ciclabili (ciclovie, cioè percorsi che non sono segnalati come ciclopiste, ma portano qualche forma di segnaletica turistica ufficiale) corrono lungo strade con il famoso segnale divieto di transito spesso senza nessun cartello aggiuntivo. questa è evidentemente segnaletica sbagliata: bisognerebbe contattare chi ha deciso che quella e` una ciclovia e il comune che ha deciso che quella è una strada a divieto di accesso e far si` che si mettano d'accordo. Ovviamente se ci sono i cartelli aggiuntivi magari sono i cartelli aggiuntivi a dare le opportune eccezioni. Inoltre ho visto personalmente probabilmente centinaia di piste ciclabili e ciclopedonali (col segnale rotondo blu) in combinazione col segnale divieto di transito. In questo caso invece è il segnale rotondo blu a fare da eccezione al divieto di transito (che in realtà sarebbe implicito nel segnale rotondo blu, ma abbondare in questo caso non nuoce troppo) Queste vanno ovviamente taggate come access=no, bicycle=yes (ed eventualmente foot=yes), perché se c'è il simbolo blu il transito è effettivamente vietato a TUTTI gli altri, pedoni e cavalli compresi. La dicitura Where different restrictions apply to different modes of transport then mode specific tags can be used. These modal tags each have a place in a hierarchy in which keys become narrower in scope as they branch out from the root. non ha senso in caso di private. tranne che in casi come ad esempio di access=private, foot=permissive (strada privata, dove il proprietario chiude un'occhio se entri a piedi, ma non se gli entri con l'auto o la moto). -- Elena ``of Valhalla'' ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] [OT] Re: access destination
Il 12 luglio 2012 11:13, Elena ``of Valhalla'' elena.valha...@gmail.com ha scritto: questa è evidentemente segnaletica sbagliata: bisognerebbe contattare chi ha deciso che quella e` una ciclovia e il comune che ha deciso che quella è una strada a divieto di accesso e far si` che si mettano d'accordo. Ho fatto una breve ricerca su internet, in quanto nella mia zona e' pieno di argini del fiume Po, asfaltati e tecnicamente perfettamente ciclabili, col famigerato cartello bianco cerchiato di rosso. In alcuni punti ci sono anche delle sbarre (sempre aperte) e un cartello rugginoso con scritto divieto di accesso, proprieta' demaniale. La regione Piemonte vieta il traffico motorizzato (escluso tenutari agricoli, veicoli forze dell'ordine, emergenze, ecc) su queste strade. Ad esempio qui [1], il Corpo Forestale prov. di Rovigo, vieta anche lui l'accesso agli argini ai mezzi motorizzati (punto 3) e al punto 6 dice che il divieto e' reso noto al pubblico mediante apposizione di relativo segnale di divieto di transito. La mia impressione e' che ci sia stata nel tempo una stratificazione di enti con relativo passaggio di consegne e, siccome i cartelli costano, quelli che c'erano sono rimasti, quelli nuovi (permesso ciclopedonale, ad esempio) non sono stati messi. Questo perche' il legislatore normalmente associa sempre strada=automobile, quindi parla sempre di divieto di accesso, implicitamente ai mezzi motorizzati. Molte di queste delibere derivano dall'AIPO (ex Magistrato per il Po) che scavalca le leggi comunali. Il livello di legislazione e' regionale. Saluti Fabrizio [1] http://www2.comune.trecenta.ro.it/sito-web-ufficiale/documenti/file-vari/forestale22062012_.pdf ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Vialetti in parchi urbani
2012/7/11 emmexx emm...@tiscalinet.it: All'interno del parco di Trenno a Milano alcuni vialetti ciclopedonali sono stati taggati con: highway=track gradetype=grade1 Io non sono molto d'accordo con questa classificazione, non danno certo l'idea di sentieri (in campagna o in un bosco). Sono per lo piu' asfaltati. tracktype=grade1 *è* asfaltato. Comunque un surface mettrei sicuramente. A precindere di questo mi sembra che ci troviamo ancora in una zona abbastanza urbano, quindi escluderei anch'io track per questi percorsi. Sono quindi d'accordo col tagging proposto da Tiziano, e se non sembra adatto per tutte le strade forse highway=service o pedestrian per quelli molto grandi (se ci sono molto grandi, e ovviamente con appositi access-tags). ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Vialetti in parchi urbani
Il 07/12/2012 11:52 AM, Martin Koppenhoefer scrisse: tracktype=grade1 *è* asfaltato. Il punto e' che quel tagging e' stato usato indifferentemente per tutto, asfaltato o non asfaltato. ciao maxx ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] [OT] Re: access destination
On 2012-07-12 at 11:29:45 +0200, Fabrizio Tambussa wrote: Ho fatto una breve ricerca su internet, in quanto nella mia zona e' pieno di argini del fiume Po, asfaltati e tecnicamente perfettamente ciclabili, col famigerato cartello bianco cerchiato di rosso. [...] La mia impressione e' che ci sia stata nel tempo una stratificazione di enti con relativo passaggio di consegne e, siccome i cartelli costano, quelli che c'erano sono rimasti, quelli nuovi (permesso ciclopedonale, ad esempio) non sono stati messi. Mi viene un sospetto: non è che gli argini hanno il divieto di accesso perché non è garantito che siano sicuri (e garantirlo / metterli in sicurezza costa), ma all'ente interessa solo non essere responsabiledi eventuali incidenti? Mi sembra che ci fosse stato un caso del genere (nel milanese?) esplicitamente segnato sui cartelli (accesso vietato ai mezzi motorizzati, pedoni e forse bici a proprio rischio e pericolo?): non so come fosse stato deciso di taggare. Questo perche' il legislatore normalmente associa sempre strada=automobile, quindi parla sempre di divieto di accesso, implicitamente ai mezzi motorizzati. il legislatore parla di divieto di accesso ai mezzi, inclusi quelli a trazione umana ed animale, semmai è l'impiegato del comune / altro ente che deve mandar fuori l'operaio con il cartello che lavora in modo più approssimativo. -- Elena ``of Valhalla'' ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] [OT] Re: access destination
2012/7/12 Elena ``of Valhalla'' elena.valha...@gmail.com: Mi sembra che ci fosse stato un caso del genere (nel milanese?) esplicitamente segnato sui cartelli (accesso vietato ai mezzi motorizzati, pedoni e forse bici a proprio rischio e pericolo?): Sì è la ciclabile lungo il Naviglio Grande. bicycle=permissive mi sembra perfetto. Questo perche' il legislatore normalmente associa sempre strada=automobile, quindi parla sempre di divieto di accesso, implicitamente ai mezzi motorizzati. Veramente in questo caso il legislatore sta sbagliando nel senso opposto, cioè il cartello che ha messo esclude TROPPO POCO, non TROPPO. Se l'obiettivo è di vietare il traffico perché la strada non è sicura (es. mancano i parapetti) deve essere vietato anche il passaggio pedonale. Il cartello di divieto di transito invece permette il passaggio ai pedoni (perché non sono veicoli) Se comunque si vuole mappare all'italiana esiste già il tag OSM apposito: bicycle=permissive Ciao, Federico ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] A1 o A 1?
2012/7/12 Damjan Gerl dam...@damjan.net: +1 +1 +1 +1 +1 +1 Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Fontana decorativa con acqua potabile
2012/7/11 Damjan Gerl dam...@damjan.net: Volker Schmidt, on 11/07/2012 16.38, wrote: Domanda da principiante: come si tagga una fontana ornamentale (amenity=fountain) con acqua potabile (amenity= drinking_water)? Direi [0]: amenity=fountain drinkable=yes Damjan [0] http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dfountain Ooops, ed io pensavo era drinking_water=yes. http://wiki.openstreetmap.org/wiki/Key:drinking_water Secondo l'uso attuale vince drinkable=yes (non è documentato come chiave a precindere della pagina delle fontane). Ne scriviamo su tagging per unificare. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] A1 o A 1?
+1 +1 +1 +1 +1 +1 +1 Edoardo ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] A1 o A 1?
-1, almeno per i percorsi europei. Non mi piace particolarmente lo spazio, ma se ci sono percorsi che escono dall'Italia, non possiamo fare come vogliamo, dobbiamo coordinarci con il resto del mondo e trovare una soluzione comune. Luciano On Thu, Jul 12, 2012 at 3:51 PM, EdoardoT tona.edoa...@gmail.com wrote: +1 +1 +1 +1 +1 +1 +1 Edoardo ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it -- Luciano Montanaro Anyone who is capable of getting themselves made President should on no account be allowed to do the job. -- Douglas Adams ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] A1 o A 1?
2012/7/12 Luciano Montanaro mikel...@gmail.com: -1, almeno per i percorsi europei. Non mi piace particolarmente lo spazio, ma se ci sono percorsi che escono dall'Italia, non possiamo fare come vogliamo, dobbiamo coordinarci con il resto del mondo e trovare una soluzione comune. si, concordo che la soluzione sarebbe da trovare al livello internazionale. Comunque il documento ufficiale sembra che non utilizza separatori come - o : http://treaties.un.org/doc/treaties/1951/07/19510701%2000-06%20am/ch_xi_b_07p.pdf ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] La mappa OSM di Wikipedia si migliora
La nuova funzionalità è stata attivata sulla wikipedia. Enjoy ;) Florian Farge aka Otourly Sur lesprojets wikimédiens et l'Association française,OSM, et sur MOVIM Socio di Wikimedia Italia De : Simone Saviolo simone.savi...@gmail.com À : Otourly Wiki otou...@yahoo.fr; openstreetmap list - italiano talk-it@openstreetmap.org Envoyé le : Jeudi 19 avril 2012 10h41 Objet : Re: [Talk-it] La mappa OSM di Wikipedia si migliora Il 18 aprile 2012 17:43, Otourly Wiki otou...@yahoo.fr ha scritto: Buongiorno a tutti, Scusi per il mio italiano. Su Wikipedia, da guigno 2011 c'è la mappa OSM nel angolo destra delle pagine di Wikipedia italiana. Dovete cliccare su (mappa) per vederla. Ma, dopo la migrazione CC-Y-SA → OBDL di OSM, ci sará una funzionalità in più. WIWOSM è un progetto che usa la chiave wikipedia o wikipedia:lang per mostrare la copertura della pagina della wikipedia. http://wiki.openstreetmap.org/wiki/WIWOSM Attualmente , questa funzionalità non è attivata su la wikipedia italiana, ma possiam vederla in azione sulla wikipedia in tedesco, cliccando su il link (Karte) Per essempio : http://de.wikipedia.org/wiki/Lyon Ottimo! Un motivo in più per usare il tag wikipedia :-) Ciao, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Città del Vaticano e latino
Ciao, vista la recente discussione sulla doppia lingua, vengo a scrivere perchè ho notato su Roma che la Città del Vaticano nel rendering Mapnik ha un bel Status Civitatis Vaticanae che appare su alcuni zoom, anche se non ho capito dov'è (non c'è sia nel boundary che nel place al centro). Cos'è successo? Stanno internazionalizzando il rendering o è semplicemente qualcuno che ha cambiato il name da qualche parte? Ad esempio a questo zoom lo vedo http://osm.org/go/xcXjw6nl- Ciao, Stefano ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Città del Vaticano e latino
E' il nome messo in boundary http://www.openstreetmap.org/browse/relation/36989 Ciao Damjan sabas88: Ciao, vista la recente discussione sulla doppia lingua, vengo a scrivere perchè ho notato su Roma che la Città del Vaticano nel rendering Mapnik ha un bel Status Civitatis Vaticanae che appare su alcuni zoom, anche se non ho capito dov'è (non c'è sia nel boundary che nel place al centro). Cos'è successo? Stanno internazionalizzando il rendering o è semplicemente qualcuno che ha cambiato il name da qualche parte? Ad esempio a questo zoom lo vedo http://osm.org/go/xcXjw6nl- Ciao, Stefano ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Città del Vaticano e latino
Il 12 luglio 2012 21:05, sabas88 ha scritto: ho notato su Roma che la Città del Vaticano nel rendering Mapnik ha un bel Status Civitatis Vaticanae che appare su alcuni zoom, anche se non ho capito dov'è (non c'è sia nel boundary che nel place al centro). in quale boundary non c'è? non so se sia usata, ma la relazione 36989 ha tra gli altri name=Status Civitatis Vaticanæ, type=boundary, boundary=administrative, admin_level=2 ma se la guardi dal sito con un browser configurato in italiano, ti viene mostrato name:it come titolo in cima alla pagina -- Daniele Forsi ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] A1 o A 1?
On Thu, Jul 12, 2012 at 09:45:26AM +0200, Damjan Gerl wrote: +1 +1 +1 +1 +1 Mi pare ci sia un qual certo consenso :-) Due giorni ancora di mapping greco (per me) e poi mi attivo affinché il bot non venga più a toccare le nostre strade. Sui percorsi europei in effetti si potrebbe aprire un supplemento di indagine, ma in generale un bot che decide ignorando la comunità locale mi sta parecchio antipatico! -- Niccolo Rigacci - http://www.rigacci.net/ Firenze - Italy Tel. ufficio: 055-9331021 ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Città del Vaticano e latino
Avevo preso questa[0] way per la relazione, errore mio. Però non capisco perchè ci sia anche il nodo place[1] che riporta informazioni diverse... (oltretutto, in name c'è in un caso il latino, nell'altro l'italiano= [0]http://www.openstreetmap.org/browse/way/143926408 [1]http://www.openstreetmap.org/browse/node/424311883 ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] A1 o A 1?
2012/7/12 Niccolo Rigacci o...@rigacci.org: On Thu, Jul 12, 2012 at 09:45:26AM +0200, Damjan Gerl wrote: +1 +1 +1 +1 +1 Mi pare ci sia un qual certo consenso :-) Alt... Non credo che debba essere una questione di consenso, ma di capire qual è la grafia corretta, se ce n'e' una corretta, o quella predominante, se cosi' non e'. Empiricamente, cercando A7 o E45, con o senza spazio su google, mi vengono fuori risultati senza spazio. E Wikipedia usa la grafia senza spazi. Per E45, pero' gli articoli di varie lingue usano la versione con o senza spazio a seconda della lingua... E la voce inglese mescola entrambe le varianti. La cosa buffa e' che la voce italiana usa E45, ma nella rappresentazione grafica nella tabella riassuntiva si vede scritto E 45 in campo verde, mentre nella voce tedesca e' scritto E 45, ma la grafica indica E45. Da utente, non voglio vedere E45 in Italia ed E 45, diciamo, in Austria. Mi cambia poco che sia una o l'altra versione, pero'. Le autostrade italiane finiscono ai confini italiani, e l'unico criterio che dobbiamo rispettare e' l'uniformita' di notazione. Se c'e' un bot che fa controlli di uniformita' benissimo... Magari possiamo chedere che venga modificato per controllare che vengano tutti corretti nella versione senza spazio. Per le strade europee, non e' che dovremmo, dobbiamo metterci d'accordo col resto degli europei. Due giorni ancora di mapping greco (per me) e poi mi attivo affinché il bot non venga più a toccare le nostre strade. Sui percorsi europei in effetti si potrebbe aprire un supplemento di indagine, ma in generale un bot che decide ignorando la comunità locale mi sta parecchio antipatico! Mah, e' abbastanza nello spirito open source, chi fa, decide. Magari in questo caso la decisione e' sbagliata, ma dove si possono fare, i controlli automatizzati sono utili. E non si puo' dire che la scelta sia sbagliata, le convenzioni usate non sono esattamente chiarissime... Detto cio' un chiarimento sarebbe utile. Se sai chi contattare... Gia sou, Luciano -- Niccolo Rigacci - http://www.rigacci.net/ Firenze - Italy Tel. ufficio: 055-9331021 ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it -- Luciano Montanaro Anyone who is capable of getting themselves made President should on no account be allowed to do the job. -- Douglas Adams ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-se] Exportera stor yta
Hej! Undrar om någon har koll på hur man bäst gör en stor exportering av OSM-kartan, för att göra en stor utskrift helt enkelt (i storleksklassen A3 / A2 kanske). Stor är ju en smula odefinierbart (Hur långt är ett snöre?) och fär att förklara mig så är det som så att jag är ute efter att försöka skriva ut i princip Lunds kommuns yta minus veberöd och genarp. Så det är en del areal.. [Eniro-länk med ytan grovt inritad för att visahttp://kartor.eniro.se/m/9Xd0e ] Det är väl att svära i kyrkan att fråga om det finns ngn idé för en exportering/utskrift av någon annan karttjänst Eniro/Hitta/Google Maps/X , eftersom i mitt projekt krävs det att samtliga viktiga vägar faktiskt finns på kartan.. (vilket ska åtgärdas!). Som sagt, problemet är att kartan måste vara hyfsat bra kvalité, måste kunna se så många skräpvägar det bara går, då rutter ska ritas längs med dem sedan på papper. Om frågan verkar luddigt ställd får jag väl skylla på kokande hjärna efter en springtur. Må gott i sommaren! ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] Exportera stor yta
Det finns nästan för många sätt att få ut OSM på papper :) http://wiki.openstreetmap.org/wiki/OSM_on_Paper Hälsningar Martin Den 12 juli 2012 18:09 skrev Ulrika Wiqvist ulrika.wiqv...@gmail.com: Hej! Undrar om någon har koll på hur man bäst gör en stor exportering av OSM-kartan, för att göra en stor utskrift helt enkelt (i storleksklassen A3 / A2 kanske). Stor är ju en smula odefinierbart (Hur långt är ett snöre?) och fär att förklara mig så är det som så att jag är ute efter att försöka skriva ut i princip Lunds kommuns yta minus veberöd och genarp. Så det är en del areal.. [Eniro-länk med ytan grovt inritad för att visa] Det är väl att svära i kyrkan att fråga om det finns ngn idé för en exportering/utskrift av någon annan karttjänst Eniro/Hitta/Google Maps/X , eftersom i mitt projekt krävs det att samtliga viktiga vägar faktiskt finns på kartan.. (vilket ska åtgärdas!). Som sagt, problemet är att kartan måste vara hyfsat bra kvalité, måste kunna se så många skräpvägar det bara går, då rutter ska ritas längs med dem sedan på papper. Om frågan verkar luddigt ställd får jag väl skylla på kokande hjärna efter en springtur. Må gott i sommaren! ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] Exportera stor yta
On Thu, 2012-07-12 at 18:09 +0200, Ulrika Wiqvist wrote: Undrar om någon har koll på hur man bäst gör en stor exportering av OSM-kartan, för att göra en stor utskrift helt enkelt (i storleksklassen A3 / A2 kanske). Stor är ju en smula odefinierbart (Hur långt är ett snöre?) och fär att förklara mig så är det som så att jag är ute efter att försöka skriva ut i princip Lunds kommuns yta minus veberöd och genarp. Så det är en del areal.. [Eniro-länk med ytan grovt inritad för att visahttp://kartor.eniro.se/m/9Xd0e Jag gissar att det du söker är http://wiki.openstreetmap.org/wiki/Export Exportering till ett vektorformat (SVG, PDF etc) borde göra det smidigt att skriva ut i hög kvalitet. -- Cheers, Sven Arvidsson http://www.whiz.se PGP Key ID 760BDD22 signature.asc Description: This is a digitally signed message part ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
[Talk-es] Noticias OSM
Skobbler lanza portal de mapas: http://opengeodata.org/new-openstreetmap-maps-website-with-state-of Y se pone en marcha el bot de edición de la ODbL: http://lists.openstreetmap.org/pipermail/imports/2012-July/001441.html -- -- Iván Sánchez Ortega i...@sanchezortega.es i...@geonerd.org ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Red Natura 2000
Yo voy a poner mi granito de arena (interesado, por supuesto :P) Podrías empezar por Castilla y León (poner aquí emoticono de angelito): http://www.jcyl.es/web/jcyl/MedioAmbiente/es/PlantillaFormularioContacta/1284219852877/_/1284219852409/Texto?titulo=Titulo_ Esta es la dirección que ponen en cartografía dentro del área de medio ambiente. El día 11 de julio de 2012 21:43, Manuel (Montgomery) wikimo...@gmail.com escribió: Hola: En principio me medioresponsabilicé yo, pero entre pitos y flautas y gaitas personales de la universidad no me puse en contacto directo con ninguna administración. Sin que esto sirva de disculpa, para empezar hay cierto cacao sobre el origen de los datos. La UE ordena a los países miembros la responsabilidad de cartografiar los espacios RN2000. En el caso de España a su vez la responsabilidad es delegada a las CCAA, que a su vez encarga a alguna de sus consejerías hacerlo. Estas a su vez se lo pueden transferir a sus departamentos o institutos especialiados en medioambiente. Por lo tanto no me queda nada claro de a donde dirigirme, pues los dueños de la información pueden ser muchos. No sé cómo fue la experiencia de colaboración con otras administraciones para que liberasen sus datos. Estaría interesante conocerlas para por lo menos saber por donde empezar. Manuel (Montgomery) El 10 de julio de 2012 05:37, Cruz Enrique Borges cruz.bor...@deusto.es escribió: Buenas Estaba buscando info sobre la red natura 2000 para un proyecto y me acorde de que en la lista se había hablado de importar los shapefiles y no se que más cosas, ¿al final en que quedó lo de la licencia? -- Cruz Enrique Borges Hernández Email: cruz.bor...@deusto.es DeustoTech Energy Telefono: 944139000 ext.2052 Avda. Universidades, 24 48007 Bilbao, Spain ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- Cruz Enrique Borges Hernández Email: cruz.bor...@deusto.es DeustoTech Energy Telefono: 944139000 ext.2052 Avda. Universidades, 24 48007 Bilbao, Spain ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Red Natura 2000
Buenos días, en la agencia europea de medioambiente están los datos de Natura 2000 para toda Europa: http://www.eea.europa.eu/data-and-maps/data/natura-2 Estos son los datos públicos (hay información [por ejemplo el hábitat del lince] que se considera sensible y ha sido eliminada de esta versión pública). Según entiendo, se podría importar esta capa en OSM, salvo los dados de Reino Unido: Rights: EEA standard re-use policy: unless otherwise indicated, re-use of content on the EEA website for commercial or non-commercial purposes is permitted free of charge, provided that the source is acknowledged (http://www.eea.europa.eu/legal/copyright). Copyright holder: Directorate-General for Environment. There are specific terms and conditions relating to the use of downloaded boundary data within the United Kingdom. If you intend to use the UK data you must first agree to the end user licence http://www.jncc.gov.uk/page-5232.; Por otra parte, incluye un 'Disclaimer' un poco ambiguo: Disclaimer This data is provided for general information purposes only. Only the data possessed by the competent authorities of the Member States is authentic. Therefore, no rights or legal claims can be derived from the data displayed on this site. Saludos, César El día 12 de julio de 2012 11:06, Cruz Enrique Borges Hernández cruz.bor...@deusto.es escribió: Yo voy a poner mi granito de arena (interesado, por supuesto :P) Podrías empezar por Castilla y León (poner aquí emoticono de angelito): http://www.jcyl.es/web/jcyl/MedioAmbiente/es/PlantillaFormularioContacta/1284219852877/_/1284219852409/Texto?titulo=Titulo_ Esta es la dirección que ponen en cartografía dentro del área de medio ambiente. El día 11 de julio de 2012 21:43, Manuel (Montgomery) wikimo...@gmail.com escribió: Hola: En principio me medioresponsabilicé yo, pero entre pitos y flautas y gaitas personales de la universidad no me puse en contacto directo con ninguna administración. Sin que esto sirva de disculpa, para empezar hay cierto cacao sobre el origen de los datos. La UE ordena a los países miembros la responsabilidad de cartografiar los espacios RN2000. En el caso de España a su vez la responsabilidad es delegada a las CCAA, que a su vez encarga a alguna de sus consejerías hacerlo. Estas a su vez se lo pueden transferir a sus departamentos o institutos especialiados en medioambiente. Por lo tanto no me queda nada claro de a donde dirigirme, pues los dueños de la información pueden ser muchos. No sé cómo fue la experiencia de colaboración con otras administraciones para que liberasen sus datos. Estaría interesante conocerlas para por lo menos saber por donde empezar. Manuel (Montgomery) El 10 de julio de 2012 05:37, Cruz Enrique Borges cruz.bor...@deusto.es escribió: Buenas Estaba buscando info sobre la red natura 2000 para un proyecto y me acorde de que en la lista se había hablado de importar los shapefiles y no se que más cosas, ¿al final en que quedó lo de la licencia? -- Cruz Enrique Borges Hernández Email: cruz.bor...@deusto.es DeustoTech Energy Telefono: 944139000 ext.2052 Avda. Universidades, 24 48007 Bilbao, Spain ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- Cruz Enrique Borges Hernández Email: cruz.bor...@deusto.es DeustoTech Energy Telefono: 944139000 ext.2052 Avda. Universidades, 24 48007 Bilbao, Spain ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - César Martínez Izquierdo GIS developer - - - - - - - - - - - - - - - - - - - - ETC-SIA: http://sia.eionet.europa.eu/ Universitat Autònoma de Barcelona (SPAIN) - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Red Natura 2000
Buenos días, César ha completado bastante las lagunas sobre los derechos de los datos de Natura 2000 y usos relativos a ellos. Completando la lista de formularios/contactos de las CCAA añado el de la Comunidad Valenciana [1] DIRECCIÓN GENERAL DE MEDIO NATURAL* SERVICIO DE ESPACIOS NATURALES Y BIODIVERSIDAD* RED NATURA 2000 infonatura2...@gva.es Sobre temas de opendata opengov estamos muchos usuarios interesados para poder mover proyectos e ideas. En el grupo de Geoinquietos Valencia queremos mover este tipo de temas para dinamizar más la actividad. [1] http://www.cma.gva.es/web/indice.aspx?nodo=81028idioma=C [2] http://valencia.geoinquietos.org Un saludo, Rafael Oliete Ballester http://twitter.com/raolbaletco 2012/7/12 César Martínez Izquierdo cesar@gmail.com Buenos días, en la agencia europea de medioambiente están los datos de Natura 2000 para toda Europa: http://www.eea.europa.eu/data-and-maps/data/natura-2 Estos son los datos públicos (hay información [por ejemplo el hábitat del lince] que se considera sensible y ha sido eliminada de esta versión pública). Según entiendo, se podría importar esta capa en OSM, salvo los dados de Reino Unido: Rights: EEA standard re-use policy: unless otherwise indicated, re-use of content on the EEA website for commercial or non-commercial purposes is permitted free of charge, provided that the source is acknowledged (http://www.eea.europa.eu/legal/copyright). Copyright holder: Directorate-General for Environment. There are specific terms and conditions relating to the use of downloaded boundary data within the United Kingdom. If you intend to use the UK data you must first agree to the end user licence http://www.jncc.gov.uk/page-5232.; Por otra parte, incluye un 'Disclaimer' un poco ambiguo: Disclaimer This data is provided for general information purposes only. Only the data possessed by the competent authorities of the Member States is authentic. Therefore, no rights or legal claims can be derived from the data displayed on this site. Saludos, César El día 12 de julio de 2012 11:06, Cruz Enrique Borges Hernández cruz.bor...@deusto.es escribió: Yo voy a poner mi granito de arena (interesado, por supuesto :P) Podrías empezar por Castilla y León (poner aquí emoticono de angelito): http://www.jcyl.es/web/jcyl/MedioAmbiente/es/PlantillaFormularioContacta/1284219852877/_/1284219852409/Texto?titulo=Titulo_ Esta es la dirección que ponen en cartografía dentro del área de medio ambiente. El día 11 de julio de 2012 21:43, Manuel (Montgomery) wikimo...@gmail.com escribió: Hola: En principio me medioresponsabilicé yo, pero entre pitos y flautas y gaitas personales de la universidad no me puse en contacto directo con ninguna administración. Sin que esto sirva de disculpa, para empezar hay cierto cacao sobre el origen de los datos. La UE ordena a los países miembros la responsabilidad de cartografiar los espacios RN2000. En el caso de España a su vez la responsabilidad es delegada a las CCAA, que a su vez encarga a alguna de sus consejerías hacerlo. Estas a su vez se lo pueden transferir a sus departamentos o institutos especialiados en medioambiente. Por lo tanto no me queda nada claro de a donde dirigirme, pues los dueños de la información pueden ser muchos. No sé cómo fue la experiencia de colaboración con otras administraciones para que liberasen sus datos. Estaría interesante conocerlas para por lo menos saber por donde empezar. Manuel (Montgomery) El 10 de julio de 2012 05:37, Cruz Enrique Borges cruz.bor...@deusto.es escribió: Buenas Estaba buscando info sobre la red natura 2000 para un proyecto y me acorde de que en la lista se había hablado de importar los shapefiles y no se que más cosas, ¿al final en que quedó lo de la licencia? -- Cruz Enrique Borges Hernández Email: cruz.bor...@deusto.es DeustoTech Energy Telefono: 944139000 ext.2052 Avda. Universidades, 24 48007 Bilbao, Spain ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- Cruz Enrique Borges Hernández Email: cruz.bor...@deusto.es DeustoTech Energy Telefono: 944139000 ext.2052 Avda. Universidades, 24 48007 Bilbao, Spain ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - César Martínez Izquierdo GIS developer - - - - - - - - - - - - - - - - - - - - ETC-SIA: http://sia.eionet.europa.eu/ Universitat Autònoma de Barcelona (SPAIN) - - - - - - - - - - - - - - -
Re: [Talk-es] Red Natura 2000
Lo que yo entiendo con el legal disclaimer es que los datos que están ahí no son oficiales y que no te puedes basar en ello para empurar a nadie. Pero vamos, eso tampoco es relevante. No creo que nadie se le ocurriera usar los datos de osm para poner una denuncia, aunque vete tu a saber... El día 12 de julio de 2012 11:46, Rafael Oliete Ballester raolbale...@gmail.com escribió: Buenos días, César ha completado bastante las lagunas sobre los derechos de los datos de Natura 2000 y usos relativos a ellos. Completando la lista de formularios/contactos de las CCAA añado el de la Comunidad Valenciana [1] DIRECCIÓN GENERAL DE MEDIO NATURAL SERVICIO DE ESPACIOS NATURALES Y BIODIVERSIDAD RED NATURA 2000 infonatura2...@gva.es Sobre temas de opendata opengov estamos muchos usuarios interesados para poder mover proyectos e ideas. En el grupo de Geoinquietos Valencia queremos mover este tipo de temas para dinamizar más la actividad. [1] http://www.cma.gva.es/web/indice.aspx?nodo=81028idioma=C [2] http://valencia.geoinquietos.org Un saludo, Rafael Oliete Ballester http://twitter.com/raolbaletco 2012/7/12 César Martínez Izquierdo cesar@gmail.com Buenos días, en la agencia europea de medioambiente están los datos de Natura 2000 para toda Europa: http://www.eea.europa.eu/data-and-maps/data/natura-2 Estos son los datos públicos (hay información [por ejemplo el hábitat del lince] que se considera sensible y ha sido eliminada de esta versión pública). Según entiendo, se podría importar esta capa en OSM, salvo los dados de Reino Unido: Rights: EEA standard re-use policy: unless otherwise indicated, re-use of content on the EEA website for commercial or non-commercial purposes is permitted free of charge, provided that the source is acknowledged (http://www.eea.europa.eu/legal/copyright). Copyright holder: Directorate-General for Environment. There are specific terms and conditions relating to the use of downloaded boundary data within the United Kingdom. If you intend to use the UK data you must first agree to the end user licence http://www.jncc.gov.uk/page-5232.; Por otra parte, incluye un 'Disclaimer' un poco ambiguo: Disclaimer This data is provided for general information purposes only. Only the data possessed by the competent authorities of the Member States is authentic. Therefore, no rights or legal claims can be derived from the data displayed on this site. Saludos, César El día 12 de julio de 2012 11:06, Cruz Enrique Borges Hernández cruz.bor...@deusto.es escribió: Yo voy a poner mi granito de arena (interesado, por supuesto :P) Podrías empezar por Castilla y León (poner aquí emoticono de angelito): http://www.jcyl.es/web/jcyl/MedioAmbiente/es/PlantillaFormularioContacta/1284219852877/_/1284219852409/Texto?titulo=Titulo_ Esta es la dirección que ponen en cartografía dentro del área de medio ambiente. El día 11 de julio de 2012 21:43, Manuel (Montgomery) wikimo...@gmail.com escribió: Hola: En principio me medioresponsabilicé yo, pero entre pitos y flautas y gaitas personales de la universidad no me puse en contacto directo con ninguna administración. Sin que esto sirva de disculpa, para empezar hay cierto cacao sobre el origen de los datos. La UE ordena a los países miembros la responsabilidad de cartografiar los espacios RN2000. En el caso de España a su vez la responsabilidad es delegada a las CCAA, que a su vez encarga a alguna de sus consejerías hacerlo. Estas a su vez se lo pueden transferir a sus departamentos o institutos especialiados en medioambiente. Por lo tanto no me queda nada claro de a donde dirigirme, pues los dueños de la información pueden ser muchos. No sé cómo fue la experiencia de colaboración con otras administraciones para que liberasen sus datos. Estaría interesante conocerlas para por lo menos saber por donde empezar. Manuel (Montgomery) El 10 de julio de 2012 05:37, Cruz Enrique Borges cruz.bor...@deusto.es escribió: Buenas Estaba buscando info sobre la red natura 2000 para un proyecto y me acorde de que en la lista se había hablado de importar los shapefiles y no se que más cosas, ¿al final en que quedó lo de la licencia? -- Cruz Enrique Borges Hernández Email: cruz.bor...@deusto.es DeustoTech Energy Telefono: 944139000 ext.2052 Avda. Universidades, 24 48007 Bilbao, Spain ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- Cruz Enrique Borges Hernández Email: cruz.bor...@deusto.es DeustoTech Energy Telefono: 944139000 ext.2052 Avda. Universidades, 24 48007 Bilbao, Spain
Re: [Talk-es] Red Natura 2000
De todas formas habría que ver que diferencias hay entre estos datos y los que proporciona cada comunidad autónoma, por si hay alguna diferencia a nivel de metadatos sobre todo (aunque sospecho que no habrá ninguna). El día 12 de julio de 2012 12:41, Cruz Enrique Borges Hernández cruz.bor...@deusto.es escribió: Lo que yo entiendo con el legal disclaimer es que los datos que están ahí no son oficiales y que no te puedes basar en ello para empurar a nadie. Pero vamos, eso tampoco es relevante. No creo que nadie se le ocurriera usar los datos de osm para poner una denuncia, aunque vete tu a saber... El día 12 de julio de 2012 11:46, Rafael Oliete Ballester raolbale...@gmail.com escribió: Buenos días, César ha completado bastante las lagunas sobre los derechos de los datos de Natura 2000 y usos relativos a ellos. Completando la lista de formularios/contactos de las CCAA añado el de la Comunidad Valenciana [1] DIRECCIÓN GENERAL DE MEDIO NATURAL SERVICIO DE ESPACIOS NATURALES Y BIODIVERSIDAD RED NATURA 2000 infonatura2...@gva.es Sobre temas de opendata opengov estamos muchos usuarios interesados para poder mover proyectos e ideas. En el grupo de Geoinquietos Valencia queremos mover este tipo de temas para dinamizar más la actividad. [1] http://www.cma.gva.es/web/indice.aspx?nodo=81028idioma=C [2] http://valencia.geoinquietos.org Un saludo, Rafael Oliete Ballester http://twitter.com/raolbaletco 2012/7/12 César Martínez Izquierdo cesar@gmail.com Buenos días, en la agencia europea de medioambiente están los datos de Natura 2000 para toda Europa: http://www.eea.europa.eu/data-and-maps/data/natura-2 Estos son los datos públicos (hay información [por ejemplo el hábitat del lince] que se considera sensible y ha sido eliminada de esta versión pública). Según entiendo, se podría importar esta capa en OSM, salvo los dados de Reino Unido: Rights: EEA standard re-use policy: unless otherwise indicated, re-use of content on the EEA website for commercial or non-commercial purposes is permitted free of charge, provided that the source is acknowledged (http://www.eea.europa.eu/legal/copyright). Copyright holder: Directorate-General for Environment. There are specific terms and conditions relating to the use of downloaded boundary data within the United Kingdom. If you intend to use the UK data you must first agree to the end user licence http://www.jncc.gov.uk/page-5232.; Por otra parte, incluye un 'Disclaimer' un poco ambiguo: Disclaimer This data is provided for general information purposes only. Only the data possessed by the competent authorities of the Member States is authentic. Therefore, no rights or legal claims can be derived from the data displayed on this site. Saludos, César El día 12 de julio de 2012 11:06, Cruz Enrique Borges Hernández cruz.bor...@deusto.es escribió: Yo voy a poner mi granito de arena (interesado, por supuesto :P) Podrías empezar por Castilla y León (poner aquí emoticono de angelito): http://www.jcyl.es/web/jcyl/MedioAmbiente/es/PlantillaFormularioContacta/1284219852877/_/1284219852409/Texto?titulo=Titulo_ Esta es la dirección que ponen en cartografía dentro del área de medio ambiente. El día 11 de julio de 2012 21:43, Manuel (Montgomery) wikimo...@gmail.com escribió: Hola: En principio me medioresponsabilicé yo, pero entre pitos y flautas y gaitas personales de la universidad no me puse en contacto directo con ninguna administración. Sin que esto sirva de disculpa, para empezar hay cierto cacao sobre el origen de los datos. La UE ordena a los países miembros la responsabilidad de cartografiar los espacios RN2000. En el caso de España a su vez la responsabilidad es delegada a las CCAA, que a su vez encarga a alguna de sus consejerías hacerlo. Estas a su vez se lo pueden transferir a sus departamentos o institutos especialiados en medioambiente. Por lo tanto no me queda nada claro de a donde dirigirme, pues los dueños de la información pueden ser muchos. No sé cómo fue la experiencia de colaboración con otras administraciones para que liberasen sus datos. Estaría interesante conocerlas para por lo menos saber por donde empezar. Manuel (Montgomery) El 10 de julio de 2012 05:37, Cruz Enrique Borges cruz.bor...@deusto.es escribió: Buenas Estaba buscando info sobre la red natura 2000 para un proyecto y me acorde de que en la lista se había hablado de importar los shapefiles y no se que más cosas, ¿al final en que quedó lo de la licencia? -- Cruz Enrique Borges Hernández Email: cruz.bor...@deusto.es DeustoTech Energy Telefono: 944139000 ext.2052 Avda. Universidades, 24 48007 Bilbao, Spain ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___
Re: [Talk-es] cartografia desplaza en las ciudades de La Paz y Cochabamba
El 13/07/12 00:19, rmendoza escribió: Distinguidos Hoy por la tarde estuve con la intención de realizar actualizaciones de algunas calles de la ciudad donde vivo, sin embargo pude detectar que todas las calles de la Ciudad de La Paz y sus otros elementos urbanos (equipamiento urbano) tienen un dezplamiento de 50 m aproximadamente con respecto a la imagen de satelite, aspecto que en semanas anteriores no ocurria, por tanto les consulto con quien debo contactarme para arreglar este problema o quien es el responsable de restituir la cartografia correcta. Muchas gracias por su colaboración Atte. Creo que es más probable que lo que esté desplazado sean las fotografías aéreas, más que la cartografía, a no ser que algún gracioso haya movido de golpe toda la Ciudad de La Paz. Mira el historial de los nodos que formen parte de algunas calles que supieras que estaban mapeadas antes de ese supuesto desplazamiento, a ver si han tenido algún cambio reciente. También puedes comparar con trazas GPS tuyas o que estén subidas a OSM. Esas comprobaciones te pueden dar idea de qué es lo que esté realmente desplazado. -- Por favor, no me envíe documentos con extensiones .doc, .docx, .xls, .xlsx, .ppt, .pptx, .mdb, mdbx Instale LibreOffice desde http://es.libreoffice.org/descarga/ LibreOffice es libre: se puede copiar, modificar y redistribuir libremente. Gratis y totalmente legal. LibreOffice está en continuo desarrollo y no tendrá que pagar por las nuevas versiones. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
[Talk-at] Baumkataster Wien - Import
Hallo! Ich habe im Script, welches das Feld ART im OGD-Datensatz in OSM-kompatible genus, species und species:de Felder zerlegt um eine Benennung des type - Feldes erweitert. Dieses wird mit folgendem Filter-Code ermittelt. Es wäre gut, wenn jemand mit botanischen Kenntnissen nochmals darüberblicken könnte, damit sich keine Fehler eingeschlichen haben. (darf ich dabei auf dein Angebot zurückgreifen, Friedrich V. ? ;-) ) Vor allem über den Ginkgo könnte man diskutieren ... if genus == : ttype = if genus == abies: ttype = conifer if genus == acer: ttype = broad_leaved if genus == aesculus: ttype = broad_leaved if genus == ailanthus: ttype = broad_leaved if genus == albizia: ttype = broad_leaved if genus == alnus: ttype = broad_leaved if genus == amelanchier: ttype = broad_leaved if genus == araucaria: ttype = conifer if genus == baumgruppe: ttype = if genus == betula: ttype = broad_leaved if genus == broussonetia: ttype = broad_leaved if genus == buxus: ttype = broad_leaved if genus == calocedrus: ttype = conifer if genus == caragana: ttype = broad_leaved if genus == carpinus: ttype = broad_leaved if genus == castanea: ttype = broad_leaved if genus == catalpa: ttype = broad_leaved if genus == cedrus: ttype = conifer if genus == celtis: ttype = broad_leaved if genus == cercidiphyllum: ttype = broad_leaved if genus == cercis: ttype = broad_leaved if genus == chamaecyparis: ttype = conifer if genus == cladrastis: ttype = broad_leaved if genus == cornus: ttype = broad_leaved if genus == corylus: ttype = broad_leaved if genus == cotinus: ttype = broad_leaved if genus == cotoneaster: ttype = broad_leaved if genus == crataegus: ttype = broad_leaved if genus == cryptomeria: ttype = conifer if genus == cupressocyparis: ttype = conifer if genus == cupressus: ttype = conifer if genus == cydonia: ttype = broad_leaved if genus == davidia: ttype = broad_leaved if genus == elaeagnus: ttype = broad_leaved if genus == eucommina: ttype = broad_leaved if genus == exochorda: ttype = broad_leaved if genus == fagus: ttype = broad_leaved if genus == fontanesia: ttype = broad_leaved if genus == frangula: ttype = broad_leaved if genus == fraxinus: ttype = broad_leaved if genus == ginkgo: ttype = broad_leaved if genus == gleditsia: ttype = broad_leaved if genus == gymnocladus: ttype = broad_leaved if genus == hibiscus: ttype = broad_leaved if genus == ilex: ttype = palm if genus == juglans: ttype = broad_leaved if genus == juniperus: ttype = conifer if genus == koelreuteria: ttype = broad_leaved if genus == laburnum: ttype = broad_leaved if genus == larix: ttype = broad_leaved if genus == liquidambar: ttype = broad_leaved if genus == liriodendron: ttype = broad_leaved if genus == maclura: ttype = broad_leaved if genus == magnolia: ttype = broad_leaved if genus == malus: ttype = broad_leaved if genus == metasequoia: ttype = conifer if genus == morus: ttype = broad_leaved if genus == nadelbaum: ttype = conifer if genus == ostrya: ttype = broad_leaved if genus == parrotia: ttype = broad_leaved if genus == paulownia: ttype = broad_leaved if genus == phellodendron: ttype = broad_leaved if genus == photinia: ttype = broad_leaved if genus == picea: ttype = conifer if genus == pinus: ttype = conifer if genus == platanus: ttype = broad_leaved if genus == platycladus: ttype = conifer if genus == populus: ttype = broad_leaved if genus == prunus: ttype = broad_leaved if genus == pseudotsuga: ttype = conifer if genus == pterocarya: ttype = broad_leaved if genus == pyrus: ttype = broad_leaved if genus == quercus: ttype = broad_leaved if genus == rhamnus: ttype = broad_leaved if genus == rhus: ttype = broad_leaved if genus == robinia: ttype = broad_leaved if genus == salix: ttype = broad_leaved if genus == sambucus: ttype = broad_leaved if genus == sequoiadendron: ttype = conifer if genus == sophora: ttype = broad_leaved if genus == sorbus: ttype = broad_leaved if genus == tamarix: ttype = broad_leaved if genus == taxus: ttype = conifer if genus == tetradium: ttype = broad_leaved if genus == thuja: ttype = conifer if genus == thujopsis: ttype = conifer if genus == tilia: ttype = broad_leaved if genus == toona: ttype = broad_leaved if genus == tsuga: ttype = conifer if genus == ulmus: ttype = broad_leaved if genus
Re: [Talk-at] Baumkataster Wien - Import
Hallo, nochmals! Ich habe meine Analyse und bisheriges Procedere zum OGD-Baumkataster-Import hier niedergeschrieben: http://gisforge.wordpress.com/2012/07/13/preparing-the-opengovernment-treecadastre-of-vienna-for-osm-import/ Der nach diesen Kriterien erstellte Datensatz liegt im JOSM bereit. Was haltet ihr davon? Verbesserungsvorschläge? Kommentare? Grüße, Markus ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-pt] Processo de Redaction vai começar
Olà, Umas noticias do bot de mudança de licença. O bot foi lançado ontem na Irlanda e foi parado a noite depois da descoberta de um bug no código gerindo as relações. Também foi descoberto um problema na ferramenta osmosis para criar os minutes diff. A produção dos diffs teve que ser parado depois da descoberta de alguns diffs inválidos. Este problema foi corrigido esta manhã e a produção dos diffs já está a funcionar (o mapa ficou menos de um dia sem poder mostrar as alterações) : http://lists.openstreetmap.org/pipermail/talk/2012-July/063473.html Hoje o bot foi lançado no Reino-Unido. Podem ver o trabalho efetuado aqui : http://www.openstreetmap.org/user/OSMF%20Redaction% 20Account/edits?page=1 http://harrywood.dev.openstreetmap.org/license-change/botprocessing.php Também para assinalar um problema no JOSM dado a uma mudança no API nos nodes apagados (agora o API já não mostra as coordenadas quando um ponto foi suprimido). O bug apresenta-se quando há um conflito e a outra pessoa suprimiu um node : http://josm.openstreetmap.de/ticket/7847 Fica aqui um dia bem cheio para OSM. ___ Talk-pt mailing list Talk-pt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-pt
Re: [Talk-pt] Carta Administrativa da Região Autónoma dos Açores
Olá António, Na verdade já trabalhei no assunto, tive que fazer uma pausa mais tenho que voltar a tratar disto no período das férias. Gostaria de ter uma ajudinha, só para não me sentir tão sozinho ;-) Tudo ou quase tudo aqui : http://wiki.openstreetmap.org/wiki/User:FranciscoDS/Importa%C3%A7%C3% A3o_da_CAOP É uma pagina pessoal, a espera de ser colocado com o resto das paginas portuguesas : http://wiki.openstreetmap.org/wiki/Portugal No trabalho já desenvolvido só falta-me a parte da comparação dos dados OSM/CAOP que permitirá a manutenção. Por enquanto não podemos fazer um import porque : 1) Temos que seguir as regras da comunidade http://wiki.openstreetmap.org/wiki/Import/Guidelines 2) O servidor vai ser muito solicitado com o bot de mudança de licença, todos os import e edições em grande escala foram proibidas. Temos 1 mês pela frente para discutir entre nós a integração dos limites administrativos, já coloquei varias perguntas aqui : http://wiki.openstreetmap.org/wiki/User_talk:FranciscoDS/Importa%C3%A7% C3%A3o_da_CAOP Todos podem participar. Francisco. Olá a todos, Contribuo espaçadamente para o OSM realizando edições na ilha de São Miguel - Açores. Hoje ouvi uma notícia em que se falava de um novo portal geográfico criado pelo Governo Regional [1]. Fui ver e, para além da desilusão de ser necessário silverlight para ver os mapas, encontrei dados que ainda não estão no OSM: a carta administrativa dos Açores. Os dados estão no formato shapefile [2] e consigo importá-los para o JOSM com o plugin opendata [3]. A linha de costa parece coincidir bastante bem com os dados do OSM. Não tenho experiência suficiente para importar uma tão grande quantidade de dados e provavelmente será necessário que alguém, com experiência nesse tipo de importações, verifique se esses dados podem ser importados directamente. Agradeço se alguém puder dar uma vista de olhos nos dados ou indicar-me como proceder para que se possa realizar a importação correctamente. [1] www.ideia.azores.gov.pt/ [2] http://en.wikipedia.org/wiki/Shapefile [3] http://wiki.openstreetmap.org/wiki/Import/Shapefile Cumprimentos, António Lima ___ Talk-pt mailing list Talk-pt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-pt
Re: [Talk-pt] Carta Administrativa da Região Autónoma dos Açores
Olá Francisco, Em 12-07-2012 22:26, Francisco DOS SANTOS escreveu: Olá António, Na verdade já trabalhei no assunto, tive que fazer uma pausa mais tenho que voltar a tratar disto no período das férias. Gostaria de ter uma ajudinha, só para não me sentir tão sozinho ;-) Dizer que já trabalhaste no assunto é, no mínimo, um eufemismo. É um grande e excelente trabalho o que fizeste até agora. Pensei que os dados administrativos já estivessem total ou em parte no OSM. Sabia apenas que nos Açores não havia nada. Se houver algumas algo em que possa ajudar sugiro que coloques na wiki e avises aqui para a lista. Se for algo que tenha disponibilidade e conhecimento farei o possível para ajudar. Tenho conhecimentos de programação e conheço python minimamente (embora não tenha programado nada em python há bastante tempo) mas estou ainda pouco à vontade com os pormenores internos do OSM. Em relação à discussão dos limites, vou tentar inteirar-me melhor sobre o assunto! Cumprimentos, António Lima Tudo ou quase tudo aqui : http://wiki.openstreetmap.org/wiki/User:FranciscoDS/Importa%C3%A7%C3% A3o_da_CAOP É uma pagina pessoal, a espera de ser colocado com o resto das paginas portuguesas : http://wiki.openstreetmap.org/wiki/Portugal No trabalho já desenvolvido só falta-me a parte da comparação dos dados OSM/CAOP que permitirá a manutenção. Por enquanto não podemos fazer um import porque : 1) Temos que seguir as regras da comunidade http://wiki.openstreetmap.org/wiki/Import/Guidelines 2) O servidor vai ser muito solicitado com o bot de mudança de licença, todos os import e edições em grande escala foram proibidas. Temos 1 mês pela frente para discutir entre nós a integração dos limites administrativos, já coloquei varias perguntas aqui : http://wiki.openstreetmap.org/wiki/User_talk:FranciscoDS/Importa%C3%A7% C3%A3o_da_CAOP Todos podem participar. Francisco. Olá a todos, Contribuo espaçadamente para o OSM realizando edições na ilha de São Miguel - Açores. Hoje ouvi uma notícia em que se falava de um novo portal geográfico criado pelo Governo Regional [1]. Fui ver e, para além da desilusão de ser necessário silverlight para ver os mapas, encontrei dados que ainda não estão no OSM: a carta administrativa dos Açores. Os dados estão no formato shapefile [2] e consigo importá-los para o JOSM com o plugin opendata [3]. A linha de costa parece coincidir bastante bem com os dados do OSM. Não tenho experiência suficiente para importar uma tão grande quantidade de dados e provavelmente será necessário que alguém, com experiência nesse tipo de importações, verifique se esses dados podem ser importados directamente. Agradeço se alguém puder dar uma vista de olhos nos dados ou indicar-me como proceder para que se possa realizar a importação correctamente. [1] www.ideia.azores.gov.pt/ [2] http://en.wikipedia.org/wiki/Shapefile [3] http://wiki.openstreetmap.org/wiki/Import/Shapefile Cumprimentos, António Lima ___ Talk-pt mailing list Talk-pt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-pt ___ Talk-pt mailing list Talk-pt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-pt
Re: [Talk-lv] jelgava izzuud
Njā, paskatījos Jelgavu, tur ir tik ideāls source (Bing), bet datu pamaz.. Līdz septembrim vajadzētu sazīmēt ēkas ielas utt.. Bet uz vietas tad jau pārējo. P.S. Jelgavā ir jābūt uzmanīgiem ar Bing nobīdēm. Tās ievārojami atšķiras abos upes krastos! 2012/7/11 Rich ric...@nakts.net On 2012-07-11 14:17, Pilnais vārds wrote: Nav gadījumā tā, ka, ja kāds cits parediģē kādu objektu, tad datu licence uz attiecīgo objektu nepāriet pie lietotāja, kurš pēdējais viņu rediģējis? Ceru ka izteicu domu saprotami :) ne paaraak ;D tur viss ir ljoti sarezhgjiiti. ja kaads ieliekt degvielas uzpildes staciju, bet peec tam tu pieliec darba laiku, tad copyright pirmajam objektam ir ta pirmajam cilveekam, un shis objekts tiks aizvaakts - kopaa ar tavaam izmainjaam. liidziigi, ja kaad uztaisa celju, pieliek tam vaardu un tipu, bet tu veelaak pieliec maxspeed - shis objekts arii, visticamaak, jaanjem aaraa. pat tad, ja tu tur biji un vareeji uzreiz arii paarbaudiit dabaa celja atrashanaas vietu un vaardu. bet ja kaads uztaisa celju bez tagiem, bet peec tam kaads cits pieliek vaardu utt, tad varbuut var uzskatiit, ka saakotneejais ieguldiijums nebija pietiekami noziimiigs, un sho objektu var saglabaat... par shito daudz var palasiit relicencing mailu arhiivos un gala leemums/algoritmi ir taa redaction bota skriptos. Citējot *Rich ric...@nakts.net mailto:ric...@nakts.net*: On 2012-07-11 13:57, Rich wrote: hmm. nezinu, vai peecha mineetais bots liidz latvijai jau ir nonaacis, bet jelgavaa jau daudz kas ir izzudis : -- Rich __**_ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-lvhttp://lists.openstreetmap.org/listinfo/talk-lv -- Jānis ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] jelgava izzuud
2012. gada 12. jūlijs 11:26 Jānis Ročāns janis.roc...@gmail.com rakstīja: Njā, paskatījos Jelgavu, tur ir tik ideāls source (Bing), bet datu pamaz.. Līdz septembrim vajadzētu sazīmēt ēkas ielas utt.. Bet uz vietas tad jau pārējo. P.S. Jelgavā ir jābūt uzmanīgiem ar Bing nobīdēm. Tās ievārojami atšķiras abos upes krastos! Varbūt vari wiki kaut kur nopublicēt tos nobīdes skaitļus ar koordinātēm, ja esi atkodis. Cik zinu pēc licenses attīrīšanas darbiem ir cerība startēt servisu, kas pie sevis glabās šīs nobīdes. Tiesa, kad vēl tas tiks iekustināts. Pēteris. ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] jelgava izzuud
Precīzi nepateikšu tās nobīdes, pats es pielāgoju pēc vairuma ēkām konkrētās nokrāsas kartē, jo šķiet, ka kāds tās nobīdes ir skatījies. Bet tur tad vajadzētu uz vietas n reizes apiet riņķī vienam parkam, lai var iebīdīt bing pareizajās koordinātēs. 2012/7/12 pec...@gmail.com pec...@gmail.com 2012. gada 12. jūlijs 11:26 Jānis Ročāns janis.roc...@gmail.com rakstīja: Njā, paskatījos Jelgavu, tur ir tik ideāls source (Bing), bet datu pamaz.. Līdz septembrim vajadzētu sazīmēt ēkas ielas utt.. Bet uz vietas tad jau pārējo. P.S. Jelgavā ir jābūt uzmanīgiem ar Bing nobīdēm. Tās ievārojami atšķiras abos upes krastos! Varbūt vari wiki kaut kur nopublicēt tos nobīdes skaitļus ar koordinātēm, ja esi atkodis. Cik zinu pēc licenses attīrīšanas darbiem ir cerība startēt servisu, kas pie sevis glabās šīs nobīdes. Tiesa, kad vēl tas tiks iekustināts. Pēteris. -- Jānis ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] jelgava izzuud
Cik zinu to parasti dara ar spēcīgiem GPS aparātiem - varbūt kāds zin kur dabūt, ceļo caur Jelgavu kaut kad un varētu nopeilēt 5 punktus pilsētā, kurus varētu izmantot atsaucei? Pēteris. 2012. gada 12. jūlijs 11:42 Jānis Ročāns janis.roc...@gmail.com rakstīja: Precīzi nepateikšu tās nobīdes, pats es pielāgoju pēc vairuma ēkām konkrētās nokrāsas kartē, jo šķiet, ka kāds tās nobīdes ir skatījies. Bet tur tad vajadzētu uz vietas n reizes apiet riņķī vienam parkam, lai var iebīdīt bing pareizajās koordinātēs. 2012/7/12 pec...@gmail.com pec...@gmail.com 2012. gada 12. jūlijs 11:26 Jānis Ročāns janis.roc...@gmail.com rakstīja: Njā, paskatījos Jelgavu, tur ir tik ideāls source (Bing), bet datu pamaz.. Līdz septembrim vajadzētu sazīmēt ēkas ielas utt.. Bet uz vietas tad jau pārējo. P.S. Jelgavā ir jābūt uzmanīgiem ar Bing nobīdēm. Tās ievārojami atšķiras abos upes krastos! Varbūt vari wiki kaut kur nopublicēt tos nobīdes skaitļus ar koordinātēm, ja esi atkodis. Cik zinu pēc licenses attīrīšanas darbiem ir cerība startēt servisu, kas pie sevis glabās šīs nobīdes. Tiesa, kad vēl tas tiks iekustināts. Pēteris. -- Jānis -- mortigi tempo Pēteris Krišjānis ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] jelgava izzuud
2012. gada 12. jūlijs 17:02 Martins M mrt.med...@gmail.com rakstīja: Nu, es šodien lejupielādēju visu Jelgavu un saglabāju vēlākam laikam. Es tā saprotu, ka tad, kad daļa Jelgavas tiks izdzēsta, man atliks tikai submitot savu changesetu atpakaļ. Vai tas varētu strādāt? Kā teica Viesturs, tieši TĀ nedrīkst darīt, jo tu paņem arī tos datus, kuri neatbils licensei, un ieliec atpakaļ - autortiesību pārkāpums. Tehniski tev tas arī neizdosies, jo tu provēsi augšupielādēt objektus ar likvidētiem ID, būs konflikti. Bet kā jau teicu augstāk - NEDARI to. Otra lieta... pakļaujoties sabiedrības spiedienam ar šo vēlos izsludināt kartēšanas pasākumu Jelgavā septembrī. Precīzs datums vēl nav nolemts, bet tas varētu būt septembra vidus, kad Jelgavā ir jaunu studentu pieplūdums (teiksim 8. sept.). Precīzu tikšanās vietu arī vēl nevaru nosaukt, bet variantu nav daudz: Jelgavas pils lasītava (ir daudz vietas kur sasēsties un ir pieejams Lattelekom WiFi), otrs variants - kāda kafejnīca ar WiFi. Jauki. Veicamie uzdevumi būtu POI un adrešu savākšana Lielajā ielā, Mātera ielā, Dobeles ielā un Pasta ielā. Tā kā POI un adrešu vākšana ir off-line pasākums brīvā dabā (pilsētā), tad pie viena varētu arī sarakstīt ēku augstumus (cik stāvu) Atsevišs darbiņš būtu GPS trašu vākšana ar auto atsevišķos Jelgavas rajonos. Tie būtu Aspazijas un Asteru ielas kvartāls, Filozofu un Tērvetes ielas rajons. Lieliski, gaidīsim jaunumus par konkrētiem datumiem un laikiem! Lai sokas, Pēteris. ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] jelgava izzuud
Vienfrekvenču GPS bez palīglīdzekļiem ~līdz 7m iespējamā kļūda pie ideāla satelītu izvietojuma. Jo mazāk sat jo sliktāk - mežā ir redzētas arī 70m kļūdas. Vienfrekvenču GPS + GLONASS - tas pats, apstākļi var būt sliktāki saglabājoties tiem ~7m. GPS ar Egnos atbalstu - parasti ~1m. Lēti un labi. Divfrekvenču bez nekā - ~2m. Dārgi. Divfrekvenču ar Latpos - centimetri (uzreiz). Sasodīti dārgi. Jo ilgāk stāv uz vietas, jo precīzāk var noteikt pozīciju. Tā arī ir pēcapstrāde - ar vienfrekvenču gps arī var dabūt cm pāris h laikā. Jelgava Bing: attēls pa kreisi: 21.0; -1.5 attēls pa labi: -10.0; -1.0 2012/7/12 Jānis Ročāns janis.roc...@gmail.com: Pliks GPS jau nevar iedot augstāku precizitāti par 2m, lai gan ar palīglīdzekļiem var līdz pat cm un mm :D Bet nu, ja 5 reizes noiesi vienu un to pašu maršrutu ar 3m precizitāti, manuprāt, tad jau pietiks precizitātei. 2012/7/12 pec...@gmail.com pec...@gmail.com Cik zinu to parasti dara ar spēcīgiem GPS aparātiem - varbūt kāds zin kur dabūt, ceļo caur Jelgavu kaut kad un varētu nopeilēt 5 punktus pilsētā, kurus varētu izmantot atsaucei? Pēteris. 2012. gada 12. jūlijs 11:42 Jānis Ročāns janis.roc...@gmail.com rakstīja: Precīzi nepateikšu tās nobīdes, pats es pielāgoju pēc vairuma ēkām konkrētās nokrāsas kartē, jo šķiet, ka kāds tās nobīdes ir skatījies. Bet tur tad vajadzētu uz vietas n reizes apiet riņķī vienam parkam, lai var iebīdīt bing pareizajās koordinātēs. 2012/7/12 pec...@gmail.com pec...@gmail.com 2012. gada 12. jūlijs 11:26 Jānis Ročāns janis.roc...@gmail.com rakstīja: Njā, paskatījos Jelgavu, tur ir tik ideāls source (Bing), bet datu pamaz.. Līdz septembrim vajadzētu sazīmēt ēkas ielas utt.. Bet uz vietas tad jau pārējo. P.S. Jelgavā ir jābūt uzmanīgiem ar Bing nobīdēm. Tās ievārojami atšķiras abos upes krastos! Varbūt vari wiki kaut kur nopublicēt tos nobīdes skaitļus ar koordinātēm, ja esi atkodis. Cik zinu pēc licenses attīrīšanas darbiem ir cerība startēt servisu, kas pie sevis glabās šīs nobīdes. Tiesa, kad vēl tas tiks iekustināts. Pēteris. -- Jānis -- mortigi tempo Pēteris Krišjānis -- Jānis ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] GLONASS
On Thu, 12 Jul 2012 18:51:17 +0300, Instigater instiga...@projektam.lv wrote: Šodien dabūju vienu nosacīti lētu viedtālruni, Samsung Galaxy Ace 2. Kas priecē - GPS čips ķer gan amerikāņus, gan krievus. Dīvaini redzēt softā, ka tiek trekoti 12 satelīti no 18 iespējamajiem - softam tas viss ir pilnīgi caurspīdīgi, neesmu gan vēl mēģinājis uzlikt koordinātu tālākpadošanu pa zilzobi un paskatīties NMEA teikumus. NMEA jau tev neko īpašu neuzrādīs. Jo dati tiek apstrādāti un pa līniju nāk jau beidzamais un galīgais lēmums, vidējais - gan galīgi ne aritmētiskais, hehe. Kurš, protams, būs precīzāks; varēsi priecāties par labāku HDOP un VDOP. uldics -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] GLONASS
On 2012.07.12. 20:40, uld...@gmail.com wrote: On Thu, 12 Jul 2012 18:51:17 +0300, Instigater instiga...@projektam.lv wrote: Šodien dabūju vienu nosacīti lētu viedtālruni, Samsung Galaxy Ace 2. Kas priecē - GPS čips ķer gan amerikāņus, gan krievus. Dīvaini redzēt softā, ka tiek trekoti 12 satelīti no 18 iespējamajiem - softam tas viss ir pilnīgi caurspīdīgi, neesmu gan vēl mēģinājis uzlikt koordinātu tālākpadošanu pa zilzobi un paskatīties NMEA teikumus. NMEA jau tev neko īpašu neuzrādīs. Jo dati tiek apstrādāti un pa līniju nāk jau beidzamais un galīgais lēmums, vidējais - gan galīgi ne aritmētiskais, hehe. Kurš, protams, būs precīzāks; varēsi priecāties par labāku HDOP un VDOP. uldics Vispār ne gluži, pa līniju var nākt arī abi. Vismaz tik, cik izdevās izraut, rāda, ka glonass satalīti ir, bet tiem nav nedz fiksa, nedz RMC teikuma. Teorētiski man būtu jāsaņem abi, no amerikāņiem GPRMC un no krieviem GLRMC, jo GP un GL ir sistēmu identifikatori. Īstenībā, parādās vēl citi man nezināmi teikumi, piemēram, QZGSA, GNGSA, PGLOR, teorētiski tie ir vēl citu sistēmu teikumi, kur GSA norāda aktīvos satelītus, bet PGLOR vispār ir dīvains. Un, protams, tas viss vienā lielā putrā. $PGLOR,1,FIX,1.0,1.0*20 $PGLOR,1,STA,180009.00,0.038,0.000,326,1,16,1,P,F,L,0,C,2,S,0002,67,5,R,33F4*56 $PGLOR,1,SAT,R18,029,13,G21,025,1F,G16,036,13,G30,029,1F,R02,024,3B,G06,034,1F,R17,029,33,G18,019,13,R19,034,1F,R03,018,1342116009146; $PGLOR,1,SIO,TxERR,0,RxERR,0,TxCNT,476,RxCNT,1912,DTMS,990,DTIN,1,3,DTOUT,358,921,HATMD,-120*27 $PGLOR,0,HLA,180009.00,L,,Al,,A,,H,,,M,,Ac,0,Gr,0,S,,,Sx,,,T,0,Tr,,Mn,0*06 $PGLOR,1,PWR,AvgP,105.320007,RFTm,1000,RunT,1000,OscTm,1000,SlpTm,0,MeasTm,1000*2D $PGLOR,0,PPS,120712,180009.000,,,000.000,0,0,0,*0E Spriežot pēc satura, stāsta par paša GPS čipa darbības parametriem. Tiesa, jautājums paliek joprojām atklāts par to, ar kādu teikumu paziņotu kopējās viduvējotās koordinātas un kā to atpazītu softs, jo līdz šim softiem bija jāklausās tikai GP prefikss. -- Instigater Serveru noma Eiropas Savienības datu centrā - sākot no 9.50 Ls/mēn www.projektam.lv ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-cz] kde můžu pomoct?
Dne 10.7.2012 18:53, Václav Řehák napsal(a): a ještě jsem se chtěl zeptat na jednu věc. na mobilu a na tabletu používám osmand+ a tak by mě zajímalo, kdy, kde a kdo generuje obf soubory pro čr, které si pak osmand stahuje. jinak řečeno, zajímá mě, kdy si budu moct svoje editace stáhnout do mobilu a do tabletu :-) S osmand+ ti neporadím, ale zkus se podívat na Locus, buď zdarma Locus Free nebo za cca stovku Locus Pro. Je to asi nejlepší mapový program pro Android a lze do něj stáhnout cca 140 MB vektorovou mapu ČR z http://www.openandromaps.org/en/download.html já jsem na ten locus koukal, ale nějak mě nezaujal, na osmand+ už jsem zvyklý. navíc osmand je dělaný přímo na osm mapy, což mi vyhovuje. mapa čr, kterou využívá osmand, má v jejich formátu aktuálně cca 328mb (používá obf formát). výhodou (pro mě) je i to, že si můžu stáhnout z http://osm.kyblsoft.cz/archiv/ aktuální mapu čr a překonvertovat si ji prográmkem z osmand repozitáře do obf formátu a mapu si rovnou nahrát do aplikace, takže můžu mít aktuální data podle potřeby. Aktuálně je ke stažení cca měsíc stará verze a většinou to tak jednou za měsíc aktualizují. autor osmand dělal aktualizace čr map cca jednou týdně, akorát teď o prázdninách zatím aktualizaci nedělal. ale tím, že si mapy můžu připravit sám, tak mě to netrápí. samotná konverze čr z osm do obf mi trvá na notebooku (core i7, 8gb ram, ssd disk) cca 2 hodiny. V. fordfrog smime.p7s Description: Elektronicky podpis S/MIME ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] kde můžu pomoct?
Ahoj, jsem tu nový a tak se chci zeptat, kde a s čím případně můžu pomoct, na čem má smysl pracovat a na čem ne. co jsem třeba tak nějak pochopil, tak adresní body asi aktuálně nemá smysl ručně v mapách řešit. přijde mi, že aktuálně asi hlavním uživatelsky kvalitativním nedostatkem čr map jsou ulice bez názvů, ale nemám přehled, v jakém rozsahu chybí názvy ulic a jestli se na tom nějak pracuje. další problém, na který jsem narazil, je že některé ulice na mapě vůbec nejsou. to se ale asi špatně hledá, pokud člověk danou oblast nezná nebo ji nezpracovává globálně. chybějící ulice by se asi daly najít porovnáním osm dat s nějakou db ulic. další věc, která mě napadá, je malování budov, ale to si myslím, že je v tuhle chvíli spíš bonus a v současnosti to nemá takovou prioritu. *** Aktualne neni spravne slovo, importy do OSM trvaji mesice az roky... *** Predmetem importu by mohli byt i ulice (v obcich kde ulicni sit absentuje uplne), budovy (na casti uzemi) a adresni body včera jsem si pročítal českou wiki k osm, ale nějak jsem z ní nepochopil, jestli jsou práce na českých mapách nějak koordinované nebo každý dělá to, co ho zrovna baví. stránka o progresu je asi dva roky stará, takže z ní jsem se toho moc nedozvěděl. *** Ano stranky wiki pisou zpravidla novacci, kdy pochopi jak to funguje. Stari matadori to maji v hlave (derave). s editací souvisí jedna věc, na kterou jsem včera narazil. v bělé pod bezdězem jsem zjistil, že některé ulice na mapě vůbec nejsou. mapy z katastru se mi ale nenačetly, takže předpokládám, že ta vrstva používá nové digitální mapy, které ovšem pro danou oblast ještě neexistují. *** Katastralni mapa existuje pro celou CR. V Bele pod Bezdezem se skenuje analogova mapa. Je treba tusit co se skrze WMS stahuje. ha hanoj ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] kde můžu pomoct?
Dne 10.7.2012 20:07, Tomáš Kratina napsal(a): nekde misto uhul jde pouzit uz Bing, ale ne cela CR je jeste v tom novem rozliseni mně to v josm z bingu načetlo půlku obrazovky mapu a a půlku chyba null, a to se mi stalo několikrát. nicméně teď jsem to zkoušel znova a když mapu přesunu jinam a pak nazpátek, tak mi to načte i zbytek. nevím jak je to jinde v republice, ale tady u nás (doksy) je ta mapa dost nekontranstní, takže se tam špatně identifikují ulice apod., ale je určitě detailnější než uhul, takže díky za tip. fordfrog smime.p7s Description: Elektronicky podpis S/MIME ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] kde můžu pomoct?
Dne 11.7.2012 20:41, Libor Pechacek napsal(a): Ahoj Mirku, On Tue 10-07-12 18:22:17, Miroslav Šulc wrote: jsem tu nový a tak se chci zeptat, kde a s čím případně můžu pomoct, na čem má smysl pracovat a na čem ne. co jsem třeba tak nějak pochopil, tak adresní body asi aktuálně nemá smysl ručně v mapách řešit. přijde mi, že aktuálně asi hlavním uživatelsky kvalitativním nedostatkem čr map jsou ulice bez názvů, ale nemám přehled, v jakém rozsahu chybí názvy ulic a jestli se na tom nějak pracuje. další problém, na který jsem narazil, je že některé ulice na mapě vůbec nejsou. to se ale asi špatně hledá, pokud člověk danou oblast nezná nebo ji nezpracovává globálně. chybějící ulice by se asi daly najít porovnáním osm dat s nějakou db ulic. další věc, která mě napadá, je malování budov, ale to si myslím, že je v tuhle chvíli spíš bonus a v současnosti to nemá takovou prioritu. včera jsem si pročítal českou wiki k osm, ale nějak jsem z ní nepochopil, jestli jsou práce na českých mapách nějak koordinované nebo každý dělá to, co ho zrovna baví. stránka o progresu je asi dva roky stará, takže z ní jsem se toho moc nedozvěděl. jinak včera jsem zkoušel něco editovat v josm, nakonec jsem přidal názvy ulic ve třech městečkách, v jednom bylo dokonce potřeba i přidat nějaké ulice, takže základní mapování už asi trochu ovládám. mapy mě momentálně baví, ale je to jen hobby, není to moje práce. Prima. Mluvíc sám za sebe a podle toho jak OSM používám bych Ti doporučil kreslení ulic. Ulice samotné lze obtáhnout z ortofota nebo Bingu (případně i z KM) a pojmenovat podle okolo ležících adresních bodů tam kde už proběhl import. Například na českolipsku a mladoboleslavsku jsou adresní body hotové, lze z nich snadno číst jména ulic tam kde jsou. takhle přesně jsem to dělal. zjistil jsem ale například, že adresní bod domu, kde bydlím, na mapě vůbec není, a to se týká i některých dalších tady okolo. v praze jsem taky v některých případech neuspěl. Nakonec pak obtáhni hranice obce jako residential area, případně kde to poznáš, označ průmyslové a zemědělské plochy. Výsledkem bude mapa použitelná pro navigace. Dál se pak, pokud se rád touláš v přírodě, můžeš zapojit do mapování turistických tras. Na to je třeba vyrazit s GPSkou a foťákem do lesů a posbírat potřebné informace. Kdybys chtěl vědět víc, můžu vysvětlit. na tohle používám osmand+ a mám stažený i osmtracker. nějak jsem ale nepochopil, jak dostanu track do josm. četl jsem něco, že mám track nahrát na osm a pak si ho stáhnout, ale nikde v josm jsem nenašel, jak se tracky stahují. normálně programuju v javě (už moc dlouho). Skvěle, můžeš přispět k vývoji nástrojů. :) kde a jakých? :-) já teď aktuálně dělám na prográmku pro převod dat z výměnného formátu rúian do pgsql databáze (potřebuju z toho dostat adresy). s editací souvisí jedna věc, na kterou jsem včera narazil. v bělé pod bezdězem jsem zjistil, že některé ulice na mapě vůbec nejsou. mapy z katastru se mi ale nenačetly, takže předpokládám, že ta vrstva používá nové digitální mapy, které ovšem pro danou oblast ještě neexistují. nakonec jsem ulice maloval podle uhul ortofoto mapy (podle vyježděných polních cest a s pomocí jiných webových map, abych vůbec věděl, kde na orto mapě mám ty polní cesty), ale ta asi není úplně nejnovější. existuje nějaký lepší způsob pro malování ulic než ten uhul? Nic lepšího, než ortofoto a satelitní snímky neznám. Je zajímavé, že katastrální mapa v Bělé chybí, měla by být všude. Kde není nová digitální, je ta stará ručně kreslená. tak už vím v čem byl problém. já jsem měl v josm zapnuté vykreslování potlach 2 a ty mapy se vykreslují bílou barvou, takže to splynulo s pozadím a stalo se neviditelným. HTH, Libor fordfrog smime.p7s Description: Elektronicky podpis S/MIME ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] kde můžu pomoct?
Dne 11.7.2012 23:22, Michal Pustějovský napsal(a): Miroslav Šulc fordfrog@... writes: zdravím, jsem tu nový a tak se chci zeptat, kde a s čím případně můžu pomoct, na čem má smysl pracovat a na čem ne. co jsem třeba tak nějak pochopil, tak adresní body asi aktuálně nemá smysl ručně v mapách řešit. přijde mi, že aktuálně asi hlavním uživatelsky kvalitativním nedostatkem čr map jsou ulice bez názvů, ale nemám přehled, v jakém rozsahu chybí názvy ulic a jestli se na tom nějak pracuje. další problém, na který jsem narazil, je že některé ulice na mapě vůbec nejsou. to se ale asi špatně hledá, pokud člověk danou oblast nezná nebo ji nezpracovává globálně. chybějící ulice by se asi daly najít porovnáním osm dat s nějakou db ulic. další věc, která mě napadá, je malování budov, ale to si myslím, že je v tuhle chvíli spíš bonus a v současnosti to nemá takovou prioritu. Na doplňování názvů ulic ve městech může skvěle posloužit OSM Inspector (http://tools.geofabrik.de/osmi/?view=wtfe ; vrstva highways zobrazuje silnice bez ref. čísla nebo názvu - ale i u vesnic). Dalším dobrým nástrojem pro mapování je KeepRight (http://www.keepright.at/). oba nástroje vypadají dost dobře, díky za tip. fordfrog smime.p7s Description: Elektronicky podpis S/MIME ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
[Talk-cz] rúian a automatizace?
zdravím, chtěl jsem se zeptat, jak je to s možností využití dat rúian pro nějakou formu automatizace? jednak je tu samozřejmě úvaha o importu adresních bodů a budov, ale co třeba vyhledávání chybějících ulic, využití import hranic území apod.? a jak je to s kvalitou dat rúian? nedalo by se využít víc těch dat z rúian pro automatizaci aktualizací map? nebo řekněme poloautomatizaci? že by se například data z rúian zobrazovala v nějaké vrstvě a dalo by se například potvrdit určitý objekt, nebo naopak odmítnout, nebo upravit? možná jsou ty úvahy naprosto zcestné, ale zeptat jsem se prostě musel :-) fordfrog smime.p7s Description: Elektronicky podpis S/MIME ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
[Talk-cz] ruian a automatizace?
S s plnou a dokonce i částečnou automatizací je to složité, resp. je složité to udělat dobře. Navíc když se to udělá špatně, tak to může věci i zhoršit - například přepsat zdánlivě chybnou informaci, která se ale zakládá na osobním pozorování na místě namotném a je naopak správně. OSM je založeno na tom, že se v něm mixují různí zdroje informací, takže dlouhodobě jednosměrná synchronizace z nějakého jediného zdroje je proti smyslu projektu. Pokud by ovšem onen projekt byl schopen a ochoten i zpětné synchronizace informací doplněných OSM tak to je jiná, ale i tohle bude spíš spousta práce, než nějaký automatický proces. K té práci se samozřejmě mohou hodit různé nástroje, ale žádný nástroj ti nevyřeší jednoduchý problém typu: naimportuješ odněkud budouvu a za rok při snaze o synchronizaci zjistíš že jak v OSM tak v prvotním zdroji došlo ke úpravám polohy. Co s tím? Pokud se nevydáš do terénu, pravdu nezjistíš. Čili udělátka typu automatické generovátka chyb ano, ale stejně na konci bude ruční práce. Jakub On 12.7.2012 09:51, talk-cz-requ...@openstreetmap.org wrote: zdrav?m, cht?l jsem se zeptat, jak je to s mo?nost? vyu?it? dat r?ian pro n?jakou formu automatizace? jednak je tu samoz?ejm? ?vaha o importu adresn?ch bod? a budov, ale co t?eba vyhled?v?n? chyb?j?c?ch ulic, vyu?it? import hranic ?zem? apod.? a jak je to s kvalitou dat r?ian? nedalo by se vyu??t v?c t?ch dat z r?ian pro automatizaci aktualizac? map? nebo ?ekn?me poloautomatizaci? ?e by se nap??klad data z r?ian zobrazovala v n?jak? vrstv? a dalo by se nap??klad potvrdit ur?it? objekt, nebo naopak odm?tnout, nebo upravit? mo?n? jsou ty ?vahy naprosto zcestn?, ale zeptat jsem se prost? musel:-) fordfrog ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
