[OSM-legal-talk] A gradual transition to ODbL
Even if some people do consider me as grumbler, I would like to suggest a gradual transition procedure that might be accepted by all sides. It should be called three-step transition because it consists of three steps: 1. The first-step transition is a software bot that transfers all benign nodes, ways and relations into the new ODbl database just for the mappers' convienience. Data is considered fine for automatic first-step transition if all nodes, tags and members are considered clean. No way or relation will be abridged or mutilated as mutilation is considered as copyright infringement. Only clean data is automatically transferred by the bot. All other data is flagged with odbl=unsure in order to facilitate retrieving them in JOSM. The OSMF says sorry for not being able to transfer this data automatically and asks users to check it manually. The OSMF states that bot execution is not a legal statement about license compatibility. 2. The second-step transition is a manual process. Data is still stored in and downloaded from the old, complete CC-database until it is manually edited by a user as users are asked to improve this data manually. When uploading data, the editor checks whether any node or tag contains original data (e.g. the original node position) from a declining or non-responding user. If so, the user is asked to repair these nodes and ways. Nodes are considered clean if they are moved, they always get a new ID after moving as required by Open Data Definition (which considers a multiple attribution of moved nodes as onerous attribution (§ 5) not compatible with Open Data Definition). Tags originally entered by decliners or non-responders are considered clean if a mapper changes the tag (where necessary) or clicks a checkbox to confirm that this information is fact. A mass flagging of unchanged, but unflagged nodes would be discovered by the editor, e.g. when it exceeds a certain threshold. An abuse of this checkbox cannot be prevented, but I would definitely prefer that only local mappers with local knowledge should be encouraged to use this checkbox. Really. Benign data will be transferred to the ODbL database (and temporarily to the CC database in order to keep it consistent), tainted data will be stored in the CC database only until somebody works on it. Monitoring occasional CC-only-tainted edits gives active mappers an indication where active remapping would make sense. As the second-step transition is a gradual process, the LWG can gradually monitor and correct individual mistakes. During this gradual second-step transition, the LWG will have to deal with one or two complaints per week instead of dealing with 10,000 complaints on April 5th. Mappers should have enough time to resurvey an area flagged with odbl=unsure, so the second step should allow some months. Urging mappers to remap an area within three months just in order to get it clean for a vandalizing and mutilating script creates a discomfortable pressure on them instead of allowing them to remap in time. We are told not to tag for the renderer and we should not be forced to remap from doubtful sources just in order to bypass the script in time. Some decliners might be willing to agree if they watch a continuous map improvement instead of an abrupt transition and a tremendous data loss. If the OSMF gives mappers the opportunity to remap their area in time, it will come out of fireline. The responsability for the second-step would be transferred to the mappers who decide how much they want to remap, whether 0.01% or 0.1% or 0.5% per month. 3. The third-step transition includes the final termination of CC database as download source if the ODbL database has reached a specific threshold, e.g. 99.5% of all data and at least 98% in every country on earth. Unchanged data flagged with the tag odbl=unsure for more than 12 months will not be transferred to the final ODbL database. That's enough time for local mappers to verify and for decliners to rethink. After 12 months, all declining and non-responding mappers get a final chance to agree when the transition is obviously appearing successfully. The third stage might be done earlier if the threshold is reached earlier. Doing all three steps in one night creates discomfort and resistance among mappers. Personally, I would prefer a smooth and peaceful transition with a minimum data loss in April 2013 rather than an abrupt cut with a tremendous data loss in April 2012. Furthermore, I am convinced that LWG and OSMF board would enjoy such a smooth and peaceful transition with only one complaint per week (instead of 10,000 complaints at once) as well. Benefits: - a continuous growth in both databases with ODbL database finally reaching equal content - remapping and verifying activity instead of meta-discussions - many happy mappers - some additional acceptors over time - about 98% of all problems might be solved until April
Re: [OSM-legal-talk] instead of replacing data can I just revert to the last known clean version?
Frederik Ramm frede...@remote.org wrote on 16/12/2011 at 19:03:27 +1100 subject [OSM-legal-talk] instead of replacing data can I just revert to the last known clean version? : I am experimenting with using the tag odbl=clean for this, and will build support for that into the OSMI relicensing view. But the matter still needs to be discussed properly, and with OSM Inspector not being an official site in any way, it is not for me to say whether such a tag would be honoured when the day comes. +1 I cleand up New Caledonia some month ago, but if this tag was existing, it would be s much easier to acheive the exact same result. Especially if in routing restriction relation some members are tainted. -- Sincerely Hendrik Oesterlin - email hendrikmail2...@yahoo.de ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] Transition to CC-4 instead of destroying data
While this discussion is on the wrong list, I do believe one further comment is necessary. The upgrade clause in 4.b of CC-by-SA 2.0 a) only applies to a Derivative Work. While this is only a small hurdle to surmount, it does mean that it doesn't apply to a one-to-one copy of the work b) is a right granted to the the licensee. If we assume the popular every mapper has IPR in his contribution and licenses that to the OSMF pre-CT construction is correct, this implies that while the OSMF could distribute the database under a later licence, the relationship between mapper and OSMF would still be stuck with CC-by-SA 2.0 with all the related issues. If we take my favourite interpretation of the pre-CT situation, then the OSMF is the initial licensor and only licensees obtaining the work from the OSMF would benefit from the upgrade clause. Any way we attack the problem, we would still have to get express consent from every mapper to effectively address the issues of database rights and other issues that have been mentioned. IANAL but I like playing one on OSM lists. Simon ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Harming the community
On 15/12/2011 04:56, Serge Wroclawski wrote: They bitch, they moan, Pot, kettle, black. Shut up map. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [OSM-legal-talk] License Change View on OSM Inspector
I put up a video where I do some remapping. I'd like to hear whether I can add this to the wiki as a good way to go about it? http://www.youtube.com/watch?v=AaJ3DAFTjX8 Polyglot 2011/12/13 Frederik Ramm frede...@remote.org Hi, apologies if this is the 2nd or 3rd time you're reading this, I have posted to dev and legal-talk yesterday in the hope that any major bugs could be ironed out before I announce this to a wider audience. I have added a world-wide license change map to OSM Inspector: http://tools.geofabrik.de/**osmi/?view=wtfelon=-1.80469** lat=35.88371zoom=2http://tools.geofabrik.de/osmi/?view=wtfelon=-1.80469lat=35.88371zoom=2 This is based on the per-object data I have on wtfe.gryph.de, combined with a current planet file. The view is updated nightly. There's also statistics on the number of objects here: http://tools.geofabrik.de/**osmi/munin.htmlhttp://tools.geofabrik.de/osmi/munin.html And detailed information here: http://wiki.openstreetmap.org/**wiki/Remapping/License_Change_** View_on_OSM_Inspectorhttp://wiki.openstreetmap.org/wiki/Remapping/License_Change_View_on_OSM_Inspector Bye Frederik __**_ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talkhttp://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Problems in Chittagong, Bangladesh
Hi Dave, I realise I am dragging up an old thread, but I have just recently gotten back from 3 weeks in Bangladesh, and am getting myself back into doing OSM stuff after a bit of a gap. There is a talk-bd list, and I am hoping to get momentum going on it again. The OSM community in BD is quite small, but slowly growing and there is a lot of potential. Are you still in Bangladsh these days or were you only there for a short time? Give me a shout on or off list if you are still interested in the Bangladesh map. Thanks Larry On Tue, Oct 11, 2011 at 10:13 AM, Janko Mihelić jan...@gmail.com wrote: 2011/10/11 Dave Stanley da...@dbsconsult.co.uk Thanks for the advice. The Bing image does appear to be spot on. I have started having a tidy up and will continue when I can. Most of the GPS tracks will be from me in that area. Unfortunately I only travel a few routes for my work. I am moving on to another city now, so I will see what has happened there. Dave The city only has roads and a few railway stations. I suggest concentrating on biggest amenities, like hotels, hospitals, embassies, shopping centers.. And try to find out what these motorway junctionshttp://www.openstreetmap.org/?node=1358194906actually are. If my 5 minute google research is right, those are suburbs. Janko ___ 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] [osmosis-dev] Osmosis replication fails
Another thing - can you just change over from using minutely to hourly replication files without re-initializing? I tried that and now it does not seem to pick up any replication files any more, neither does osmosis give me an error. Osmosis just runs for about a second and then exits cleanly, leaving the state file intact. This is with the replication base URL set to http://planet.openstreetmap.org/hour-replicate/ and the interval to 7200. On Fri, Dec 16, 2011 at 4:41 PM, Martijn van Exel m...@rtijn.org wrote: Brett, On Tue, Dec 13, 2011 at 3:20 AM, Brett Henderson br...@bretth.com wrote: On 13 December 2011 06:31, Martijn van Exel m...@rtijn.org wrote: Hi all, I have a replication task set up, initially with a longer interval because my planet file is a few weeks old. I have had it running in a cron job with a two hour interval but I get a lot of errors similar to this one: SEVERE: Thread for task 1-rri failed org.openstreetmap.osmosis.core.OsmosisRuntimeException: Unable to parse xml file /tmp/change8301792328184763034.tmp. publicId=(null), systemId=(null), lineNumber=7384, columnNumber=3. Caused by: org.xml.sax.SAXParseException; lineNumber: 746; columnNumber: 3; The element type osmChange must be terminated by the matching end-tag /osmChange. It sounds like the change files are incomplete. Perhaps some of the downloads are failing. Is your network connection usually reliable? Well, it's comcast cable, so no. Out of 50 executions, this error appeared 23 times. I have my replication interval set to one day, could that be the problem? Processing (when it succeeds) takes about 90 minutes. I have the cron job set to execute every two hours. How is your replication configured? Specifically which replication files are you using (ie. minute, hour or day)? It may be worth switching to files with a longer interval if you are patching a file to reduce the number of downloads required. Minute replication files would typically be more suitable to patching a database where small files can be applied quickly. Hmm. I had this set to retrieve the minutely updates. I set it to hourly now and am expecting much better results. Thanks for the pointers, Brett, Martijn -- martijn van exel geospatial omnivore 1109 1st ave #2 salt lake city, ut 84103 801-550-5815 http://oegeo.wordpress.com -- martijn van exel geospatial omnivore 1109 1st ave #2 salt lake city, ut 84103 801-550-5815 http://oegeo.wordpress.com ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [osmosis-dev] Osmosis replication fails
From: Martijn van Exel [mailto:m...@rtijn.org] Subject: Re: [OSM-talk] [osmosis-dev] Osmosis replication fails Another thing - can you just change over from using minutely to hourly replication files without re-initializing? I tried that and now it does not seem to pick up any replication files any more, neither does osmosis give me an error. Osmosis just runs for about a second and then exits cleanly, leaving the state file intact. This is with the replication base URL set to http://planet.openstreetmap.org/hour-replicate/ and the interval to 7200. When switching between minutely and hourly you have to change the sequenceNumber in state.txt ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] turn on chinese language
hi all our osm implementation (osmosa.net), has success created tiles.. have a try..!!! but i can see the china map show a box.. i believe this is chinese language i believe this is double byte word. anyone can help to give glue to fix this? F ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] turn on chinese language
On Sat, Dec 17, 2011 at 5:19 PM, Frans Thamura fr...@meruvian.org wrote: hi all our osm implementation (osmosa.net), has success created tiles.. have a try..!!! but i can see the china map show a box.. i believe this is chinese language i believe this is double byte word. anyone can help to give glue to fix this? See #3 in Troubleshooting. http://wiki.openstreetmap.org/wiki/Mapnik#Troubleshooting ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] turn on chinese language
thx ;) F On Sun, Dec 18, 2011 at 5:32 AM, Richard Weait rich...@weait.com wrote: On Sat, Dec 17, 2011 at 5:19 PM, Frans Thamura fr...@meruvian.org wrote: hi all our osm implementation (osmosa.net), has success created tiles.. have a try..!!! but i can see the china map show a box.. i believe this is chinese language i believe this is double byte word. anyone can help to give glue to fix this? See #3 in Troubleshooting. http://wiki.openstreetmap.org/wiki/Mapnik#Troubleshooting ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Relations and the license change
Has there been any information as to how the OSMF will handle relations when deleting or reverting tainted objects? It is much easier for a relation to be tainted than a way; all that needs to be done is the splitting of a single member to ruin the entire relation. For example, 31 of the (non-super non-business) relations for U.S. Interstate Highways (network=US:I) were created by a red user and 63 were modified by one, which is 18% tainted out of a total of 517. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-nl] Bushaltes en GSM antennes
Ik had toch eigenlijk van zeker enkelen van jullie wel een reactie verwacht. Groet Robert Elsenaar -Oorspronkelijk bericht- From: Robert Elsenaar Sent: Thursday, December 15, 2011 8:32 AM To: OpenStreetMap NL discussion list Subject: Re: [OSM-talk-nl] Bushaltes en GSM antennes Collega's, Floris schreef: Stefan is niet akkoord met de CT en ik verwacht ook niet dat dat nog gaat gebeuren :) Onder andere door het importeren van data op z'n eigen account is dit waarschijnlijk niet eens een optie. Ik heb nog eens in een PM wat vragen aan Stefan gesteld. Hier mijn conclusie: 1) Volgens mij kan Stefan WEL instemmen met de nieuwe licentie. Natuurlijk zag hij liever dat het PD werd. Maar ja, life sucks, en ook hij kan niet altijd alles krijgen zoals hij graag zou willen. 2) Stefan heeft in het verleden enorm veel en op innovatieve manier data verzameld en ingebracht in OSM. Hij heeft deze gegevens met bronvermelding steeds met zijn eigen account gedaan. Hier heeft hij achteraf wel spijt van/ Toestemmen in de vraag van de Foundation zou een goedkeuring zijn over alle ingebrachte data. 3) Niet alle data van alle bronnen zijn compatibel met de nieuwe licentie. Zie hier het begin van Stefans Probleem. Oplossing voor deze impasse: 1) Stefan geeft een overzicht van zijn ChangeSets welke naar zijn mening NIET onder de nieuwe licentie kunnen/mogen vallen. 2) Stefan/anderen neemt contact op met de eigenaren van deze changesets om toestemming te geven voor het transformeren van deze data naar de nieuwe licentie. Ik ga er van uit dat ook deze organisaties in de afgelopen jaren op dit punt ontwikkelingen hebben meegemaakt. Niet helder is of hun licentie nog steeds de licentie wijziging van OSM in de weg staan. 3) De foundation zet zich actief in om op korte termijn resources te vinden om de overgebleven changesets uit de data te verwijderen. 4) Na verwijdering stemt Stefan als nog toe met de Licence Change. Voordelen: 1) Er wordt recht gedaan aan de licenties van betrokken externe dataleveranciers. 2) We behouden een enthousiaste mapper (Stefan) binnen boord. 3) We respecteren het werk van pioniers uit het verleden. Graag een aankondiging voor een volgende constructieve stap om dit punt uit de weg te helpen. Mvrgr Robert Elsenaar -Oorspronkelijk bericht- From: Floris Looijesteijn Sent: Tuesday, December 13, 2011 10:50 PM To: OpenStreetMap NL discussion list Subject: [OSM-talk-nl] Bushaltes en GSM antennes Hoi allen en vooral Stefan, Ik heb de discussie op talk@osm over de licentieverandering weer flink aangezwengeld, dus laat ik dat hier nog eens dunnetjes over doen :) Inmiddels zijn er veel gebruikers akkoord gegaan [1], ik had nog niet eens gemerkt dat 3dshapes en AND dat inmiddels ook hebben gedaan. Super! Met de OSM inspector van Geofabrik [2] kun je makkelijk zien waar de probleemgevallen nu nog zitten. Bij mij in de buurt zijn dat voornamelijk bushaltes en gsm antennes, geïmporteerd op het account van Stefan. Stefan is niet akkoord met de CT en ik verwacht ook niet dat dat nog gaat gebeuren :) Onder andere door het importeren van data op z'n eigen account is dit waarschijnlijk niet eens een optie. Nu vroeg ik me af of die data wellicht nog ergens te verkrijgen is zodat we het opnieuw in kunnen lezen, en het ook meteen een update kunnen geven. Groet, Floris [1] http://odbl.de/netherlands.html [2] http://tools.geofabrik.de/osmi/ ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl --- Tekst ingevoegd door Panda GP 2012: Als het hier gaat om een ongevraagde e-mail (SPAM), klik dan op de volgende link om de e-mail te herclasseren: http://localhost:6083/Panda?ID=pav_106SPAM=truepath=C:\Windows\system32\config\systemprofile\AppData\Local\Panda ecurity\Panda3.74968E-276lobalProtection\AntiSpam --- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Bushaltes en GSM antennes
Henk, @Henk: Als voorvechter in het verslepen van OSM richting de nieuwe licentie, neem ik aan dat jij het voortouw neemt in het uitvoeren van deze oplossing? @Stefan: Jij bent natuurlijk ook geen beginner. Kun jij het overzicht aanleveren van de changesets die naar jouw mening eerst uit OSM moeten verdwijnen voordat jij je fiat kunt geven? From: Jo Sent: Saturday, December 17, 2011 9:20 PM To: OpenStreetMap NL discussion list Subject: Re: [OSM-talk-nl] Bushaltes en GSM antennes Ik ben blij dat er naar een constructieve oplossing wordt gezocht voor dit probleem en heb eergisteren nog overwogen om dat neer te schrijven... maar het uiteindelijk niet gedaan, waarvoor excuses, mvg, Polyglot Op 15 december 2011 08:32 schreef Robert Elsenaar rob...@elsenaar.info het volgende: Collega's, Floris schreef: Stefan is niet akkoord met de CT en ik verwacht ook niet dat dat nog gaat gebeuren :) Onder andere door het importeren van data op z'n eigen account is dit waarschijnlijk niet eens een optie. Ik heb nog eens in een PM wat vragen aan Stefan gesteld. Hier mijn conclusie: 1) Volgens mij kan Stefan WEL instemmen met de nieuwe licentie. Natuurlijk zag hij liever dat het PD werd. Maar ja, life sucks, en ook hij kan niet altijd alles krijgen zoals hij graag zou willen. 2) Stefan heeft in het verleden enorm veel en op innovatieve manier data verzameld en ingebracht in OSM. Hij heeft deze gegevens met bronvermelding steeds met zijn eigen account gedaan. Hier heeft hij achteraf wel spijt van/ Toestemmen in de vraag van de Foundation zou een goedkeuring zijn over alle ingebrachte data. 3) Niet alle data van alle bronnen zijn compatibel met de nieuwe licentie. Zie hier het begin van Stefans Probleem. Oplossing voor deze impasse: 1) Stefan geeft een overzicht van zijn ChangeSets welke naar zijn mening NIET onder de nieuwe licentie kunnen/mogen vallen. 2) Stefan/anderen neemt contact op met de eigenaren van deze changesets om toestemming te geven voor het transformeren van deze data naar de nieuwe licentie. Ik ga er van uit dat ook deze organisaties in de afgelopen jaren op dit punt ontwikkelingen hebben meegemaakt. Niet helder is of hun licentie nog steeds de licentie wijziging van OSM in de weg staan. 3) De foundation zet zich actief in om op korte termijn resources te vinden om de overgebleven changesets uit de data te verwijderen. 4) Na verwijdering stemt Stefan als nog toe met de Licence Change. Voordelen: 1) Er wordt recht gedaan aan de licenties van betrokken externe dataleveranciers. 2) We behouden een enthousiaste mapper (Stefan) binnen boord. 3) We respecteren het werk van pioniers uit het verleden. Graag een aankondiging voor een volgende constructieve stap om dit punt uit de weg te helpen. Mvrgr Robert Elsenaar -Oorspronkelijk bericht- From: Floris Looijesteijn Sent: Tuesday, December 13, 2011 10:50 PM To: OpenStreetMap NL discussion list Subject: [OSM-talk-nl] Bushaltes en GSM antennes Hoi allen en vooral Stefan, Ik heb de discussie op talk@osm over de licentieverandering weer flink aangezwengeld, dus laat ik dat hier nog eens dunnetjes over doen :) Inmiddels zijn er veel gebruikers akkoord gegaan [1], ik had nog niet eens gemerkt dat 3dshapes en AND dat inmiddels ook hebben gedaan. Super! Met de OSM inspector van Geofabrik [2] kun je makkelijk zien waar de probleemgevallen nu nog zitten. Bij mij in de buurt zijn dat voornamelijk bushaltes en gsm antennes, geïmporteerd op het account van Stefan. Stefan is niet akkoord met de CT en ik verwacht ook niet dat dat nog gaat gebeuren :) Onder andere door het importeren van data op z'n eigen account is dit waarschijnlijk niet eens een optie. Nu vroeg ik me af of die data wellicht nog ergens te verkrijgen is zodat we het opnieuw in kunnen lezen, en het ook meteen een update kunnen geven. Groet, Floris [1] http://odbl.de/netherlands.html [2] http://tools.geofabrik.de/osmi/ ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl --- Tekst ingevoegd door Panda GP 2012: Als het hier gaat om een ongevraagde e-mail (SPAM), klik dan op de volgende link om de e-mail te herclasseren: http://localhost:6083/Panda?ID=pav_56SPAM=truepath=C:\Windows\system32\config\systemprofile\AppData\Local\Panda%20Security\Panda%20Global%20Protection%202012\AntiSpam --- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl --- Tekst ingevoegd door Panda
Re: [OSM-talk-nl] Bushaltes en GSM antennes
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Op 17-12-11 23:03, Robert Elsenaar schreef: @Stefan: Jij bent natuurlijk ook geen beginner. Kun jij het overzicht aanleveren van de changesets die naar jouw mening eerst uit OSM moeten verdwijnen voordat jij je fiat kunt geven? Ja, dat is dus het grootste probleem. Er is geen changeset viewer en de wijzigingen voor 0.6 staan niet in changesets. Ik denk dat iedereen zich achter z'n oren mag krabbelen over data uit de nieuwe kaart, de tweede maasvlakte, de luchtfoto's die ooit CC-BY zijn gelicenseerd. Daarnaast de overwegingen van de partijen hier: http://wiki.openstreetmap.org/wiki/Bestaande_geodata_hergebruiken Zijn overwegingen geweest op basis van de oude licentie. Wat ik sowieso kan toezeggen: - al mijn GPX traces (indien publiek gepubliceerd) zijn: CC-0 - alle data die nu (statisch) openOV zit is CC-0. - alle osmfixer edits zijn (uiteraard) ok - als antenneregister nu 'open open' is, is het dus ook CC-0 data. - al mij data waar ik voor de AND import aan heb gewerkt en dus GPX traces van heb, CC-0. (en als je het niet erg vind, ga ik niet dagen besteden aan welke edits hier niet onder vallen, dat moet wat mij betreft een licentie commissie gewoon techisch klaar hebben staan: ik wil letterlijk per edit historish kunnen zeggen is ok of niet, niet om te zeiken, maar omdat het probleem gewoon zo complex ligt) Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.18 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEAREKAAYFAk7tMZEACgkQYH1+F2Rqwn3sWwCcDi75nfG/gzZRUPTU1J8hdZRm yU4AnjvzqbzxFwr7/+sPY5vZUdlO/vzt =2w+9 -END PGP SIGNATURE- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Bushaltes en GSM antennes
On 18-12-2011 1:19, Stefan de Konink wrote: Ja, dat is dus het grootste probleem. Er is geen changeset viewer en de wijzigingen voor 0.6 staan niet in changesets. Van de wijzigingen voor 0.6 zijn synthetische changesets gemaakt, door edits die 'bij elkaar lagen' (per mapper, in tijd en/of ruimte) in een changeset te stoppen. http://www.openstreetmap.org/browse/changeset/1 -- Lennard ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Bushaltes en GSM antennes
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Op 18-12-11 01:30, Lennard schreef: On 18-12-2011 1:19, Stefan de Konink wrote: Ja, dat is dus het grootste probleem. Er is geen changeset viewer en de wijzigingen voor 0.6 staan niet in changesets. Van de wijzigingen voor 0.6 zijn synthetische changesets gemaakt, door edits die 'bij elkaar lagen' (per mapper, in tijd en/of ruimte) in een changeset te stoppen. http://www.openstreetmap.org/browse/changeset/1 Mooi, zijn er verder nog beperkingen waarom de licentie commissie het dus niet makkelijk voor mij kan maken? Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.18 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEAREKAAYFAk7tQzAACgkQYH1+F2Rqwn3LyQCeIp5KZ4czIZJRchmm/NIx+zaM 3LQAn2YHKjabqNSZgWqMn0FgqaI5rrsw =l0K+ -END PGP SIGNATURE- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [talk-au] Re-entering data to avoid licensing failure
On Sat, Dec 17, 2011 at 9:40 PM, Sam Wilson s...@archives.org.au wrote: Thanks Richard and Steve for your ideas. I've started using the licence check plugin... and now getting disheartened at the extent of the non-agreeing data! :-( Ah well. I rather want to keep mapping, and not wait till this is all resolved... so I think I shall just fix (as in, recreate) those ways with a v1 decliner, and ignore the rest for the time being. Seems silly to be manually removing every maxspeed=50 anyway; that's the sort of thing the machine will do when the time comes. Did the maxspeed bot use a bot account, or the bot tag on changesets? Do you (collectively or individually) have an analysis of the maxspeed bot changes? Are those the only aspects tainting a large number of objects? How would you feel about running a repair bot? Best regards, Richard ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [Talk-de] talk-de: Format und Mailhäufigkeit
Am 20:59, schrieb Manuel Reimer: Ich denke darüber, dass ich Mailinglisten garnicht in meinem Postfach haben will. Genau dafür gibt es Gmane: http://dir.gmane.org/gmane.comp.gis.openstreetmap.region.de Manuel Hallo Manuel, danke für den Tipp, sieht nicht schlecht aus und ich werde das mal ausprobieren. Endlich mal ein sinnvoller RSS-Feed... Aber letztlich habe ich (nach momentanem Baugefühl) lieber die Tägliche zusammenfassende Mail im Kasten, weil ich dann genötigt bin, diese zu lesen (oder wenigstens zu löschen). Der Reminder, dass da noch was ist, was mich interessieren könnte/sollte, ist nicht zu verachten - sonst gehen diese Themen evtl. komplett unter :-) Gruss - Uwe. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Piclayer/ImportImagePlugin -- Positionsverschiebung
Moin, On Fri, 16 Dec 2011, Falk Zscheile wrote: ich bin gerade vom ImportImagePlugin auf den Piclayer umgestiegen. Wenn ich die bereits unter dem ImportImagePlugin verwendeten Aerowestbilder jetzt unter dem Piclayer einbinde sind die Bilder nunmehr um ca. 3,5 m nach Nord-Ost verschoben. Ohne weitere Prüfung, nur ein Tipp: Aerowest exportiert ja zip-Dateien, keine nackten jpegs. Die zip-Dateien enthalten Lagekorrektur- oder Entzerr-Infos. Importierst du die ausgepackten jpegs oder die zip-Datei? Wenn du die Zip-Dateien importierts bzw. vom Plugin öffnen läßt, wird, wenn du es das erste Mal machst, so eine Abfrage gestellt, ob die in der Zip-Datei enthaltenen Lagekorrekturen automatisch übernommen werden sollen. Ich habe die Anleitung wohl nicht ganz gelesen und bin da zufällig drauf gestoßen - ich nehme mal an, es steht auch in der Anleitung ... Vielleicht hilft das ja schon weiter? Gruß, Schusch___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Piclayer/ImportImagePlugin -- Positionsverschiebung
1. Bei einbinden der Bilder mit dem ImportImagePlugin bin ich nach: http://forum.openstreetmap.org/viewtopic.php?pid=180578#p180578 vorgegangen. Zip entpackt und importiert. EPSG: 31466 2. Beim Piclayer bin ich nach http://wiki.openstreetmap.org/wiki/DE:Piclayer/Anleitung vorgegangen. Zip eingebunden. Vielleicht schaut ihr Euch einfach mal die Innenstadt von Trier an: http://www.openstreetmap.org/?lat=49.754956lon=6.637274zoom=18layers=M und schaut, ob die dortigen Hausumrisse ein Abweichung aufweisen, wenn ihr die Aerowestbilder einbindet. Alle Hausumrisse wurde hier nach Luftbildern gewonnen, die mit der unter 1. beschriebenen Methode eingebunden wurden. Danke Gruß, Falk PS.: Hat jemand einen Link auf eine allgemein verständliche Erklärung, was BETA2007 Korrektur ist? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Remapping Anleitung unbrauchbar?
Ich habe ein video online gesetzt: http://www.youtube.com/watch?v=AaJ3DAFTjX8 Polyglot 2011/12/12 Tirkon tirko...@yahoo.de Moin, korrigiert mich bitte, wenn ich falsch liege: http://wiki.openstreetmap.org/wiki/Remapping sehe ich als ein bisshen blauäugig. Da wird munter drauflos gelöscht und ersetzt, ohne darauf hinzuweisen, dass jeder der gelöschten nodes und ways Mitglied einer Relation und diese wiederum Mitglied in einer Elternrelation sein kann, deren Struktur man vor irgendeinem Löschvorgang studieren und notieren sowie später wieder herstellen müsste. Zudem wird Potlatch für diese Aufgabe empfohlen. Potlatch ist aber beispielsweise nicht in der Lage, Elternrelationen oder Reihenfolgen von Mitgliedern in Relationen anzuzeigen, geschweige denn zu editieren und ist somit unbrauchbar für diese Aufgabe. Ich hatte das früher einmal näher begründet: http://wiki.openstreetmap.org/wiki/DE:User:Tirkon/ODbL-License:_How_to_avoid_Trash_Mapping#Die_schwierige_Methode Mit dieser Anleitung sowie mit Potlatch wird man also beispielsweise Relationen von ÖPNV, Autobahnen, Bundesstraßen, Radrouten und Grenzen verstümmeln. ___ 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] Google maps nutzt Geobasisdaten - Motivation
Franz wrote: Am 13.12.2011 10:06, schrieb Frederik Ramm: Einen vollautomatischen Import finde ich (wie bei fast allen vollautomatischen Methoden) äußerst risikoreich. Aber eine Art Overlay mithilfe dessen ich einfach(er) Umrisse übernehmen kann ohne alles selbst zu zeichnen wäre ENORM hilfreich Das wuerde aber schon weitgehend aufs gleiche hinauslaufen. In Jein - du beschreibst ja unten dass für Potlach sowas gemacht wird ;) Frankreich haben sie das auch gedacht, und den Mappern vor Ort fertige JOSM-Files gegeben, damit die die pruefen und hochladen koennen. 99% ist Da fehlt mir noch der nötige manuelle Schritt. Ich würde schon gern(?) noch jedes Objekt anklicken müssen bevor es einfach hoch geladen wird. ungeprueft hochgeladen worden, weil dem Mapper vor Ort Quantitaet vor Qualitaet ging. Wenn Du erstmal die Katasterdaten auf Knopfdruck uebernehmen kannst, machst Du Dir dann wirklich die Muehe, bei einer kleinen Abweichung im Luftbild was zu korrigieren? Da muss man vielleicht am Prozess feilen, dass noch so weit Hand angelegt werden muss aber trotzdem noch eine Erleichterung vorliegt -- andererseits frage ich mich, ob man da nicht mit Bildanalyse auch noch was machen kann .. wäre ich nicht schon fast fertig, würde ich eine Abschlussarbeit für so etwas ausschreiben. Nur dass der Prozess in Frankreich teils misslungen ist, muss nicht heißen dass das Vorhaben per se falsch war. Vielleicht nur suboptimal umgesetzt. Nichtsdestotrotz ist so was, wie Du es hier beschreibst, gerade fuer Potlatch in Arbeit - Andy Allan arbeitet da an Code fuer CycleStreets, bei dem man einen Datensatz in den Hintergrund laden und dann selektiv Objekte uebernehmen kann - man kann sogar, wenn das Objekt in OSM schon vorhanden ist, selektiv nur einzelne Attribute vom Hintergrundobjekt auf das OSM-Objekt kopieren. Der Original-Einsatzzweck sind wohl von der UK-Regierung freigegebene Daten zu Fahrradwegen, die keinesfalls direkt importiert werden koennen, bei denen aber ein Abgleich mit OSM spannend ist. Man kann glaube ich sogar die Daten im Original-Datensatz dann als erledigt markieren und auf die Weise gemeinsam flaechendeckend einen Fremd-Datensatz verwursten. Na das wär ja schon was! Muss ich mir nur mit Potlach anfreunden -- aber DAFÜR würd ichs vermutlich tun. Dann warte ich mal ab und harre der Dinge die da kommen. Grüße Franz ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Hallo Franz, in Boston wurden die Daten von MassGIS eingelesen. Wenn man die Haeuser betrachtet, hat man das Gefuehl, dass hier mit Mustererkennung gearbeitet wurde: So fehlen bei Gebaeuden die Balkone, die auf den Luftaufnahmen zu sehen sind, aber bei den importierten Gebaeuden fehlen sie. WernerP ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Welches Garmin als guter GPS-Logger?
Hallo, ich verwende schon länger ein kleines Wintec GPS. Ist prinzipiell nicht schlecht und werde ich auch behalten. Da ich aber nun schon länger mappe und auch nach wie vor Spaß daran habe, würde ich gerne etwas aufrüsten. Was ich gerne hätte, wäre flüssige Darstellung der Freizeitkarte. Gerade beim Loggen ist es praktisch eine detaillierte Karte dabei zu haben. Bei meinem bereits vorhandenen Nüvi 1390 stellt sich gerade heraus, dass dieses wohl mit der Freizeitkarte überfordert ist... Wegen detaillierte Karte wäre ein farbiges LCD natürlich Pflicht. Absolute Pflicht: Anständige Fahrradhalterung. Spritzwassergeschützt muss der Logger auch sein. Ich will mich bei aufkommenden Regen nur um meinen eigenen Regenschutz kümmern und nicht auch noch den Logger irgendwie einpacken müssen. Schön wäre, wenn der geloggte Track im LCD über der Karte sichtbar wäre. Wäre nett wenn man damit auch ein Routing hinkriegen könnte. Da das Teil nie im Auto sein wird, ist vor allem Routing das Fahrrad wichtig. Ganz wichtig: Ich habe ausschließlich Linux. Alle Grundfunktionen müssen unter Linux nutzbar sein. Auch ein Firmwareupdate will ich, wenn mal nötig, durchführen können. Gruß Manuel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Welches Garmin als guter GPS-Logger?
On 17.12.2011 19:13, Manuel Reimer wrote: Ich verwende seit Jahren das Garmin 60CSx für diese Zwecke und mit ähnlichem Anforderungsprofil. Das Gerät erfüllt alle deine Wünsche. Routing mit OSM hab ich selbst noch nicht ausprobiert, weils mich weniger interessiert, aber in der Theorie funktioniert das. Es gibt mittlerweile aus der Serie neuere Geräte, keine Ahnung ob die Qualität gehalten hat. Normalerweise lohnt sichs bei Garmin etwas abgehangenere Geräte (und damit Firmware) zu verwenden. Größter Nachteil mE ist die fehlende Möglichkeit Rasterkarten zu verwenden. Absolute Pflicht: Anständige Fahrradhalterung. (Fahrrad-)Lenkerhalterung wird extra verkauft, hält aber ausgezeichnet. Spritzwassergeschützt ist es. Schön wäre, wenn der geloggte Track im LCD über der Karte sichtbar wäre. ausschließlich Linux. Alle Grundfunktionen müssen unter Linux nutzbar sein. Auch ein Firmwareupdate will ich, wenn mal nötig, durchführen können. Karten/Routen whatever rauf-, Tracks u. Waypoints runterspeichern funktioniert über USB entweder im Massenspeichermodus oder als serielles Device. Firmwareupdate hab ich noch nie gemacht: Deshalb k.A. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] Fra gli opendata di enel anche i punti territoriali
Vado un po offtopic: come si fa aconvertire un file tipo questo (che è sempre un xml mi pare) in un xml che però piaccia a OSM? Grazie Ciao Alessio ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] errore in josm
upload failed verso il server poichè il dataset utilizzato viola una precondizione. Il messaggio di errore è: ResponseCode=412, Error Header= il josm mi da questo problema, non so come risolverlo mi potete dare una mano? ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] errore in josm
Il 17/12/2011 10:29, alessandra miranda ha scritto: upload failed verso il server poichè il dataset utilizzato viola una precondizione. Il messaggio di errore è: ResponseCode=412, Error Header= il josm mi da questo problema, non so come risolverlo mi potete dare una mano? Dipende da come continua quel messaggio di errore, cosa ti dice in quel Error Header= ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] errore in josm
Precondition failed: Node 1185039094 is still used by ways 129425648. ops, mi era sfuggito ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Fra gli opendata di enel anche i punti territoriali
2011/12/17 Milani Alessio klava...@gmail.com: Vado un po offtopic: come si fa aconvertire un file tipo questo (che è sempre un xml mi pare) in un xml che però piaccia a OSM? Grazie devi costruirti delle regole che trasformano il file .xml da un formato all'altro. Puoi farlo con un qualsiasi linguaggio di programmazione o attraverso xslt. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] CTRN del Piemonte scaricabile con licenza Open
Il 16/12/2011 16:20, Andrea Musuruane ha scritto: Ho appena notato questo annuncio: http://www.dati.piemonte.it/blog/35-novita-del-portale/227-l-ctrn-del-piemonte-scaricabile-con-licenca-open I dati arrivano fino al 2000, quindi non sono proprio recenti. La licenza è la CC-BY 2.5, che credo sia compatibile con la ODbL, e quindi potrebbero essere importati in OSM. Ho provato a scaricare un paio di fogli della CTR 1:1, ma il risultato è uno zip che non riesco ad aprire. Qualcun altro ha provato? [NB: xposted su lista regionale] -- Maurizio ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] CTRN del Piemonte scaricabile con licenza Open
Ho provato a scaricare un paio di fogli della CTR 1:1, ma il risultato è uno zip che non riesco ad aprire. Qualcun altro ha provato? ??? Io ho scaricato e a aperto lo zip e poi con qgis mi sono guardato i dati. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] CTRN del Piemonte scaricabile con licenza Open
PS: se qualcune piemontese ha tempo sarebbe d'andare alla conferenza NEXA oggi http://nexa.polito.it/conf2011 Si parla di open data e sicuramente ci sono persone con cui dialogare sul tema di questi dati. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] errore in josm
Il 17/12/2011 11:22, alessandra miranda ha scritto: Precondition failed: Node 1185039094 is still used by ways 129425648. ops, mi era sfuggito Probabilmente stai cercando di cancellare un nodo che fa ancora parte di una percorso, forse hai fatto solo un download parziale e non hai scaricato dal server il percorso di cui quel nodo fa parte. Se fai CTRL+F e poi digiti type:node id:1185039094 senza le virgolette, dovresti trovare il nodo incriminato. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] CTRN del Piemonte scaricabile con licenza Open
Il 17/12/2011 11:52, Maurizio Napolitano ha scritto: Ho provato a scaricare un paio di fogli della CTR 1:1, ma il risultato è uno zip che non riesco ad aprire. Qualcun altro ha provato? ??? Io ho scaricato e a aperto lo zip e poi con qgis mi sono guardato i dati. Ci deve allora essere qualcosa che lo fa bisticciare con unzip sotto linux. Qualsiasi foglio scarico non lo apre. Cercherò una soluzione alternativa, volevo vedere se c'erano layer edifici e uso del terreno migliori di quel che si può vedere dalla CTR o dalle foto sat. -- Maurizio ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] CTRN del Piemonte scaricabile con licenza Open
Ci deve allora essere qualcosa che lo fa bisticciare con unzip sotto linux. Qualsiasi foglio scarico non lo apre. Strano. Io sono su GNU/Linux Cercherò una soluzione alternativa, volevo vedere se c'erano layer edifici e uso del terreno migliori di quel che si può vedere dalla CTR o dalle foto sat. APpena ho aperto sono sclerato dalla quantita' di dati. La cosa mgiliore e' leggersi prima la descrizione dei metadati. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] errore in josm
Il 17/12/2011 11:54, marcram ha scritto: Il 17/12/2011 11:22, alessandra miranda ha scritto: Precondition failed: Node 1185039094 is still used by ways 129425648. ops, mi era sfuggito Probabilmente stai cercando di cancellare un nodo che fa ancora parte di una percorso, forse hai fatto solo un download parziale e non hai scaricato dal server il percorso di cui quel nodo fa parte. Se fai CTRL+F e poi digiti type:node id:1185039094 senza le virgolette, dovresti trovare il nodo incriminato. Probabilmente l'ha già cancellato quindi non ce l'ha più sul dataset locale. Quando capita (e lavorando sui confini istat capita continuamente), non ho trovato soluzione migliore che scaricare la way mancante (ctrl + shift + O), il che genera un conflitto sul nodo cancellato facilmente risolvibile (non cancellare). Se qualcuno ha una soluzione più rapida sono tutto un orecchio. Questo genere di problemi mi sta rendendo un calvario uploadare i confini ISTAT. L'idea di selezionare tutti i nodi dei confini e scaricare tutti gli elementi collegati prima di modificare è fuori discussione: sono migliaia di nodi anche solo per una provincia. -- Maurizio. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Cabine telefoniche in fase di rimozione
Tempo fa a Roma mi ero imbattuto in una cabina telefonica fatiscente con sopra appiccicato l'avviso questa cabina verrà rimossa il giorno 01/06/2011. ogni tanto ci ripassosta ancora lì... Ciao a tutti, nel corso del mapping party di Foggia (a proposito: grazie a quanti hanno partecipato) è emerso che non tutti conoscono il piano di dismissione delle cabine telefoniche pubbliche. Invio quindi link ad un articolo, per coloro che ancora non fossero a conoscenza. http://www.02blog.it/post/8313/cabine-telefoniche-addio-scatta-la-rimozione-programmata Saluti /niubii/ ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Lo Stato userà il software libero (... e le mappe???)
Link alla notizia: http://www.zeusnews.it/index.php3?ar=stampacod=16477#axzz1gn2nastI Cambierà qualcosa sul fronte dei dati geografici? Staremo a vedere. Ciao /niubii/ ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Cabine telefoniche in fase di rimozione
Probabilmente ci resterà ancora per un bel pò, perché rimuoverla (e smaltirla correttamente) costituisce un costo di cui le Compagnie difficilmente si faranno carico pro bono. Con tutta probabilità sarà stata disattivata e destinata a rimanere là nei secoli dei secoli. Amen. Ciao /niubii/ Il giorno 17 dicembre 2011 12:23, Fabri erfab...@gmail.com ha scritto: Tempo fa a Roma mi ero imbattuto in una cabina telefonica fatiscente con sopra appiccicato l'avviso questa cabina verrà rimossa il giorno 01/06/2011. ogni tanto ci ripassosta ancora lì... Ciao a tutti, nel corso del mapping party di Foggia (a proposito: grazie a quanti hanno partecipato) è emerso che non tutti conoscono il piano di dismissione delle cabine telefoniche pubbliche. Invio quindi link ad un articolo, per coloro che ancora non fossero a conoscenza. http://www.02blog.it/post/8313/cabine-telefoniche-addio-scatta-la-rimozione-programmata Saluti /niubii/ ___ 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] CTRN del Piemonte scaricabile con licenza Open
Il 17/12/2011 12:03, Maurizio Napolitano ha scritto: Ci deve allora essere qualcosa che lo fa bisticciare con unzip sotto linux. Qualsiasi foglio scarico non lo apre. Strano. Io sono su GNU/Linux Mah... alla fine ho risolto con 7zip. (bello avere alternative, alle volte :D ) APpena ho aperto sono sclerato dalla quantita' di dati. La cosa mgiliore e' leggersi prima la descrizione dei metadati. Ora do un'occhiata a quel che c'è in qualche foglio :) -- Maurizio ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] errore in josm
Il 17/12/2011 12:07, Maurizio Daniele ha scritto: Il 17/12/2011 11:54, marcram ha scritto: Il 17/12/2011 11:22, alessandra miranda ha scritto: Precondition failed: Node 1185039094 is still used by ways 129425648. ops, mi era sfuggito Probabilmente stai cercando di cancellare un nodo che fa ancora parte di una percorso, forse hai fatto solo un download parziale e non hai scaricato dal server il percorso di cui quel nodo fa parte. Se fai CTRL+F e poi digiti type:node id:1185039094 senza le virgolette, dovresti trovare il nodo incriminato. Probabilmente l'ha già cancellato quindi non ce l'ha più sul dataset locale. Già, che scemo, mi è venuto in mente poi... Comunque qui [1] trovi il nodo di cui sopra, che come vedi fa parte di tre percorsi, devi scaricarli prima tutti e tre e poi potrai modificarlo... Quando capita (e lavorando sui confini istat capita continuamente), non ho trovato soluzione migliore che scaricare la way mancante (ctrl + shift + O), il che genera un conflitto sul nodo cancellato facilmente risolvibile (non cancellare). Infatti, mi pare sia l'unico modo Se qualcuno ha una soluzione più rapida sono tutto un orecchio. Questo genere di problemi mi sta rendendo un calvario uploadare i confini ISTAT. L'idea di selezionare tutti i nodi dei confini e scaricare tutti gli elementi collegati prima di modificare è fuori discussione: sono migliaia di nodi anche solo per una provincia. Penso che l'idea di base sia proprio di vedere tutto quanto è collegato prima di modificare, (per non spostare il nodo di una strada senza accorgerti che stai allargando anche il parco), non penso ci siano alternative. Comunque ai confini non dovrebbero esserci altri elementi collegati oltre ai confini stessi, almeno in linea teorica. Ciao Marco [1] http://www.openstreetmap.org/browse/node/1185039094 ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Lo Stato userà il software libero (... e le mappe???)
Il 17/12/2011 12:23, niubii ha scritto: Link alla notizia: http://www.zeusnews.it/index.php3?ar=stampacod=16477#axzz1gn2nastI http://www.zeusnews.it/index.php3?ar=stampacod=16477#axzz1gn2nastI Cambierà qualcosa sul fronte dei dati geografici? Staremo a vedere. Aspetta, guarda che si parla di prendere in considerazione anche il software libero, un prendere coscienza che esiste, ben distante dall'usarlo effettivamente... Mi par strano che serva addirittura un emendamento della manovra economica anche solo per ammettere tra le alternative il software libero! Ciao Marco ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Lo Stato userà il software libero (... e le mappe???)
Aspetta, guarda che si parla di prendere in considerazione anche il software libero, un prendere coscienza che esiste, ben distante dall'usarlo effettivamente... Mi par strano che serva addirittura un emendamento della manovra economica anche solo per ammettere tra le alternative il software libero! Concordo! Comunque non limitano solo ai dati geografici ma a tutte le tipologie di dati ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Navit + OSM
Il -10/01/-28163 20:59, Cascafico Giovanni ha scritto: Il giorno 15 dicembre 2011 15:24, Volker Schmidt vosc...@gmail.com ha scritto: Si, in una versione più avanzata sarebbe tutto così, sono d'accordo. La mia risposta era solo alla domanda se si tratta di un errore. Per curiosità: come si comportano navigatori d'auto commerciali nella stessa situazione? Non posso provarlo, perché non ne possiedo. Volker Garmin Nuvi1300 con la mappa OSM compilata da navmaps.eu: su access=private non fa routing ma porta nel punto più prossimo. Questo sarebbe l'ideale. Ho fatto presente la cosa sul canale irc di navit, e dicono che se uno vuole cambiare questa impostazione, di editare il file osm.c C'è qualche utente esperto di Navit o di linguaggio C che sa che modifiche apportare per rendere le strade con access=private trovabili? ps:ho provato le strade con access=delivery e access=destination le trova ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Lo Stato userà il software libero (... e le mappe???)
Sto approfondendo l'argomento. A quanto pare (io non lo sapevo) la legge-quadro della P.A. (D. Lgs. 82/2005) ammetteva finora l'utilizzo di ... programmi informatici a codice sorgente aperto...) art. 68 c.1 lettera d. L'emendamento proposto dai radicali modifica questo punto della norma, cambiandolo in ... programmi informatici appartenenti alla categoria del software libero o a codice sorgente aperto Ciao /niubii/ Il giorno 17 dicembre 2011 12:43, Maurizio Napolitano napoo...@gmail.comha scritto: Aspetta, guarda che si parla di prendere in considerazione anche il software libero, un prendere coscienza che esiste, ben distante dall'usarlo effettivamente... Mi par strano che serva addirittura un emendamento della manovra economica anche solo per ammettere tra le alternative il software libero! Concordo! Comunque non limitano solo ai dati geografici ma a tutte le tipologie di dati ___ 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] errore in josm
Il 17/12/2011 12:32, marcram ha scritto: Comunque ai confini non dovrebbero esserci altri elementi collegati oltre ai confini stessi, almeno in linea teorica. Si, ma siccome spesso i confini sono su strade, tratturi, fiumi capita spesso che queste cose abbiano uno o più nodi in comune con i tratti boundary. :-) Una volta caricati i nuovi confini ISTAT non ci sono più nodi in comune, ma non posso escludere che in seguito, durante una modifica, non vadano nuovamente a sovrapporsi le cose. -- Maurizio. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Cabine telefoniche in fase di rimozione
stessa cosa che ho pensato ioquesta è l'Italia Il -10/01/-28163 20:59, niubii ha scritto: Probabilmente ci resterà ancora per un bel pò, perché rimuoverla (e smaltirla correttamente) costituisce un costo di cui le Compagnie difficilmente si faranno carico pro bono. Con tutta probabilità sarà stata disattivata e destinata a rimanere là nei secoli dei secoli. Amen. Ciao /niubii/ Il giorno 17 dicembre 2011 12:23, Fabri erfab...@gmail.com ha scritto: Tempo fa a Roma mi ero imbattuto in una cabina telefonica fatiscente con sopra appiccicato l'avviso questa cabina verrà rimossa il giorno 01/06/2011. ogni tanto ci ripassosta ancora lì... Ciao a tutti, nel corso del mapping party di Foggia (a proposito: grazie a quanti hanno partecipato) è emerso che non tutti conoscono il piano di dismissione delle cabine telefoniche pubbliche. Invio quindi link ad un articolo, per coloro che ancora non fossero a conoscenza. http://www.02blog.it/post/8313/cabine-telefoniche-addio-scatta-la-rimozione-programmata Saluti /niubii/ ___ 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-co] Reporte Oficial II Temporada de Lluvias
Jean-Guilhem: Muchas gracias por este valioso aporte que permite visualizar los eventos de desastre georefenciados con más herramientas visuales, como: - las capas de imágenes Bing y Google; - capa de renderizado personalizada con escala de hasta 5m. Sobre las etiquetas --con base en lo dialogado en esta lista-- me parece que podemos incluir el renderizado para flood_prone=yes y analizar --en otro hilo-- cuales de las humanitarias [1] aplicarían para Colombia. Podemos iniciar con el municipio de San Estanislao (Arenal) [2], nuevamente inundado al 50%, esta vez no fue por el rompimiento de El Dique; sino por creciente de arroyos debido a las intensas lluvias en las últimas 72 horas. http://awesomescreenshot.com/066qbtwb2 Saludos, Humberto Yances [1] http://wiki.openstreetmap.org/wiki/Humanitarian_OSM_Tags/Humanitarian_Data_Model [2] http://osm.arkemie.org/ousm/colombia/?lat=10.39764lon=-75.1498zoom=16layers=000BTT PD: Actualizando surface=unpaved para El Pozón. El 16 de diciembre de 2011 05:03, Jean-Guilhem Cailton j...@arkemie.comescribió: Hola, Si puede ser útil, querría informales de un mapa que muestra de manera diferente las carreteras con surface=unpaved (incluyendo compacted, gravel, sand, dirt, earth, ground, grass, mud..., siguiendo https://wiki.openstreetmap.org/wiki/Key:surface). Parece que esta información es importante para conductores, especialmente bajo lluvias importantes. Este pagina también muestra el flujo GeoRSS de la Sala de Situación Humanitaria de Colombia [1], [2]: http://osm.arkemie.org/ousm/colombia/ Para el remarcable ejemplo que das en El Pozón, Humberto, parece que no hay muchos unpaved surface tag (excepto para la Carrera 92) : http://osm.arkemie.org/ousm/colombia/?lat=10.40972lon=-75.45452zoom=18layers=00B0TT Acaso este tipo de mapa puede incitar maperos a usarlo, si pueden ver el resultado en un mapa. Ademas de imágenes de Bing, la pagina también permite ver imágenes satélite de Google, aunque no se pueden trazar en OSM, como un recuerdo de que Bing no esta siempre perfectamente georeferenciado, y que puede ser necesario ajustar su offset. El base de datos esta puesta al día al menos cada día. Podría ser cada minuto si alguien lo desea. Por favor, dígame si sería útil renderizar otras cosas. Saludos, Jean-Guilhem [1] http://inundaciones.colombiassh.org/ [2] http://inundaciones.colombiassh.org/feed/ -- gpg 0x5939EAE2 ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
[Talk-ec] mapas del INEC liberados
Esto suena bien, alguien sabe algo más acerca del tema? http://www.elciudadano.gov.ec/index.php?option=com_contentview=articleid=29455:inec-libera-acceso-a-1057-mapas-de-la-geografia-del-ecuadorcatid=40:actualidadItemid=63 Saludos Julio ___ Talk-ec mailing list Talk-ec@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ec
Re: [Talk-es] Herramienta de fusión de los datos actuales con el catastro
Hola a los dos: El warning de los waterstream lineales que tienen el tag multypoligon estamos mirando a ver de dónde les ha llegado ese tag, porque tiene que haber sido de rebote por algún lado. Lo que si que pensabamos que era así era que todas las construcciones eran multipolygon, y por eso hasta los inners tienen el tag multipolygon. Los que son inner, ahora no te lo puedo decir con exactitud porque no tengo el josm delante, pero creo que ninguno tiene mas que el tag multipolygon y luego los tags de la construcción que tiene ese inner (porque también tendrá tags de altura, si es un jardín o patio...). Cambiaremos entonces la asignación del tag multipolygon porque pensábamos que era para todas construcciones. Filtraremos mejor a cuales se les asigna. El tema de la licencia, yo me pierdo un poco en ese tema. Eso vosotros lo entendéis mejor. Si ellos se desentienden de las obras derivadas entonces no habría problema. En cuanto a las pruebas de importación quedamos pendientes de lo que nos digáis. El lunes miraremos a ver si el ordenador ha hecho los deberes y se ha tirado todo el fin de semana exportando las otras ciudades. Saludos. El 16 de diciembre de 2011 17:10, Jaime Crespo jy...@jynus.com escribió: El 16/12/2011 16:09, Carlos Dávila cdavi...@orangecorreo.es escribió: El 16/12/11 13:46, Ander Pijoan escribió: -Warnings para los inner polygons. Al parecer no deberian contener el tag multipolygon. Las vías que forman los polígonos (inner y outer) no llevan el tag multipolygon, solo lo lleva la relación. De hecho, y es la segunda vez que lo digo, las vías que forman parte de multipolígonos no tienen que tener ninguna etiqueta, a no ser que formen una entidad independiente (ej. una carretera que bordea una plaza). Las vías no cerradas (y esto también es la segunda vez que os lo digo) y en concreto las carreteras y calles *no son multipolígonos*. -Warnings por ways y nodos que están cerca de otros o están mal en la base de datos (duplicados, etc.). Los nodos duplicados sí son un error, pero JOSM muchas veces avisa de nodos próximos a una via/vial que son correctos. Creo que habría que revisarlos manualmente. Hemos consultado hoy en la lista de dev y nos han dado bastante caña hasta llegar a decirnos que al tener que ser eliminado en 10 años, la información del catastro que importemos puede no cumplir con la licencia. Esto queríamos preguntaros a los expertos. La licencia dice que se tienen 10 años para usar y convertir los datos originales, y que estos no se pueden redistribuir. Pero también dice que las obras derivadas son dueñas conpletamente del derivador, y que ellos se desentienden. Tienes la discusión en los archivos de esta lista. Caña os voy a meter yo :-) porque después de varios meses aún no os habéis leído la documentación sobre relaciones correctamente ni los mails que os envío. Dónde mejor te pueden asesorar de ese tema es en la lista OSM-legal-talk -- Jaime Crespo ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- Ander Pijoan Lamas Ingeniero Técnico en Informática de Gestión Universidad de Deusto Contacto: Email: ander.pij...@deusto.es Móvil: +34 664471228 ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
[Talk-es] Qué capa de imágenes añadir
Llevo casi un año sin tocar OSM por motivos personales/laborales y ahora necesito darle un empujón a mi pueblo para la empresa en la que trabajo, pero como todo sabemos es más sencillo mapear con una capa de imagénes. ¿Qué capa está funcionando mejor? Usaba PNOA, de ser así, como la añado, ya no me acuerdo. Un saludo, José Manuel Díaz Soriano ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Qué capa de imágenes añadir
Hola, Gracias por volver, toda ayuda se agradece. En las últimas versiones de JOSM viene automáticamente, pero deshabilitado. Mira en Preferencias WMS. Yo no toco Potlatch(2?), que me da alergia. :-) Bing, que también está por defecto y activado, es la mejor opción (tiene mejor resolución y está más actualizado que la versión del PNOA que tenemos permiso) pero sólo en algunas zonas. Así que lo mejor es combinar ambas, dependiendo del lugar. El día 17 de diciembre de 2011 13:33, José Manuel Díaz Soriano cbu...@gmail.com escribió: Llevo casi un año sin tocar OSM por motivos personales/laborales y ahora necesito darle un empujón a mi pueblo para la empresa en la que trabajo, pero como todo sabemos es más sencillo mapear con una capa de imagénes. ¿Qué capa está funcionando mejor? Usaba PNOA, de ser así, como la añado, ya no me acuerdo. Un saludo, José Manuel Díaz Soriano ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- Jaime Crespo ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-at] Strassenbahnlinien Graz - gut gemeinte Aufteilung in einzelne Tracks
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Update: Ich hatte jetzt die letzten Tage eine recht fruchtlose Diskussion per PM mit My Friend, wo er konsequent meine Bitte ignoriert hat, die Diskussion auf der Mailingliste weiterzuführen, daher kurz die wichtigsten Punkte für euch: - - Er kennt sich mit Relationen nicht aus und ist uneinsichtig, was er da kaputt gemacht hat. Ab jetzt lässt er aber die Finger davon. (- wir dürfens flicken :-/) - - Er ist eigentlich Wiener und nur selten in Graz, aber ist einmal alle Grazer Bim-Linen abgefahren, und behauptet daher, sich mit der Materie auszukennen - - Er ignoriert konsequent Wir mappen nicht für den Renderer, dass muss ich leider 1:1 quoten: Das Wichtigste ist doch die Karte und deren Darstellung. Was dahinter steckt ist nur für uns Editoren sichtbar, ... Außerdem bin ich jetzt draufgekommen, wie er die beiden Tracks eingezeichnet hat: einfach die vorhandenen Linien um einen geschätzten Offset versetzt, daher kommen auch die je nach Linie unterschiedlichen Abstände zwischen den Gleisen. Ich bin der Meinung, dass wir auf einfach versetzte Tracks verzichten können, die laut Luftbild vielfach nicht der Realität entsprechen. Ich muss auch Andreas zu 100% zustimmen, dass die Schienen zur Straße gehören. Und richtige Relationen sind mir auch wichtiger als die Optik in Mapnik. Wenn bis Sonntag Abend keine stichhaltige Gegenstimme auf der ML kommt, werde ich daher schweren Herzens die ganze Arbeit reverten :-/ lg, Michi - -- Michael Maier, Student of Telematics @ Graz University of Technology -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJO7GQzAAoJEPDJmZ2oE4mGBTwP/RTEk/Fcbi+C4sw6XRf8KnLe 1dnOQcmAvvp6cvQ4AGh8Ra3OLgqTnlIzOVlfO+px6/lQHuiKqL3sVru3lWsJOHYi ZAmoqkM753KJJbKzyiMmncNDzpQQ52AMltighwAqwbNd9Rav/YjKQpojwEwFBsGE H0wpBfU2SFL86vHbUv+d2KyF3Nv7NP3BX608OaJQ9EILwUivgUzkF70G6KO6zMOx W77JzvLhDVmbtzASeBT9v1/x33VcGSiD4asP2qIN5wJG8KQPpBtJXQjvupA2aW3e mt7Cb4Zjq7HrQf40bcwdQbOoya1lxFURSkULsVGY+r0RSYUQAW6SbaNQbjWobeMB FZceN2q3TdVUVRWepu6D07CBy/yg6+X7yVIiEF57Z1iGF3sDcVsYw1G/Lb+NRLWt TJrw0vbHLTIEjT4ES9XS5M2YUOnypy3Dp5smKFVesF0+usPU3ZGjVfYM6Ou52anG 7hIpHYQGlxVQuspkpvBw2D71z6Pvxz1ow0k8S0CTCE4MuRmNRieGo9tXLSIPSfkp D8aQ6u0tqSTfsKjehw0y10e/cDkNMD4ShNh49qImJGkhlOmyp60XINOsnq1F08tO l/p+LyzUrmjdNr+jcZOC2U5DkALV+RpXnJWKVtQ+6yJ0OM5tJ8xZZCmwYWRCIoLS hQ32mtosQf47PPIHam1X =qmMw -END PGP SIGNATURE- ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Open Data - Linz + Wien
On 04.12.11 17:37, openstreetmap@munub.e4ward.com wrote: hab open data links für Linz und Wien eingetragen, vielleicht könnt ihr was damit anfangen: https://wiki.openstreetmap.org/wiki/Potential_Datasources#Austria Ein Freund und ich haben uns kürzlich damit beschäftigt. Wir möchten versuchen, die Hausnummern automatisiert aus diesen Karten herauszulesen. Das ist nicht leicht, weil sie nur als Bilder vorliegen, aber immerhin auf einem eigenen Layer (mit Staßenbezeichnungen) und in einheitlichem Format. Die größte Schwierigkeit bisher ist, dass OCR darauf nur funktioniert, wenn die Nummern horizontal ausgerichtet sind (was im Quellmaterial nicht gegeben ist). Wir haben jetzt ein python-Programm in Entwicklung, das dies erledigen soll. Allerdings ist das keine triviale Sache und wir haben aktuell nicht wirklich Zeit dafür. Falls sich jemand dafür interessiert, stellen wir gern den bisher geschriebenen Code zur Verfügung. ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Strassenbahnlinien Graz - gut gemeinte Aufteilung in einzelne Tracks
Am Sat, 17 Dec 2011 10:43:16 +0100 schrieb Michael Maier michael.ma...@student.tugraz.at: Ich muss auch Andreas zu 100% zustimmen, dass die Schienen zur Straße gehören. Und richtige Relationen sind mir auch wichtiger als die Optik in Mapnik. Ohne werten zu wollen muss ich sagen, dass sich richtige Relationen und die Optik in Mapnik nicht widersprechen. Der User My Friend hat in Wien unlängst einige Straßenbahn-Gleisbögen eingezeichnet (zB http://www.openstreetmap.org/browse/way/138647476). Die Relationen habe ich zwar nachher geflickt, aber an den Bögen hab ich dabei nichts geändert. Wenn bis Sonntag Abend keine stichhaltige Gegenstimme auf der ML kommt, werde ich daher schweren Herzens die ganze Arbeit reverten :-/ Ich habe keine stichhaltige Gegenstimme, allerdings auch keine stichhaltige dafür. Gegen das Argument Wir mappen nicht für den Renderer wehre ich mich insoferne, als die gerenderten Daten zwar nicht die einzige aber meiner Ansicht nach keine ganz unwichtige Anwendung der OSM-Daten sind. Und für das Rendern mit Mapnik bringt die Aufteilung in einzelne Tracks - zumindest nach Ansicht einiger User - einen Mehrwert. Daher die Gegenfrage, wo liegen die Nachteile dieser Art des Mappings in der Praxis? Gibt es eine konkrete Anwendung, die damit Probleme hat? Liebe Grüße, Albin (User Almich) ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Strassenbahnlinien Graz - gut gemeinte Aufteilung in einzelne Tracks
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 17/12/11 15:45, Albin Michlmayr wrote: Ohne werten zu wollen muss ich sagen, dass sich richtige Relationen und die Optik in Mapnik nicht widersprechen. Der User My Friend hat in Wien unlängst einige Straßenbahn-Gleisbögen eingezeichnet Wenn ich schon hübsche Bögen zeichne, dann bitte nach Luftbild - Und wenn geht parallel. Es gibt jetz einige wirklich häßliche Stellen, vor allem da, wo der Abstand zwischen den beiden Gleisen überhaupt nichts mehr mit der Realität zu tun hat. Das sieht im Mapnik fürchterlich aus. (zB http://www.openstreetmap.org/browse/way/138647476). Die Relationen habe ich zwar nachher geflickt, aber an den Bögen hab ich dabei nichts geändert. Das ist mein Großes Problem an der Sache: Bei ein, zwei Bögen hätte ich auch kein Problem damit. Aber für die komplette Stadt die Relationen neu zu machen, und zwar 8 Linien + die dazugehörigen Nachtbusse (Die ja größtenteils auf den Bim-Strecken fahren) , wird viel. Das im Nachhinein zu machen, heißt in den Relationen alle Tracks, alle role=stop, und auf den Tracks alle railway=tram_stop neu zu setzen, für jede Richtung. Wenn man das während dem Erstellen der beiden Tracks schon berücksichtigt, ist das ein machbarer Job. Aber hinterher eine ganze Stadt aufräumen tu ich nicht - wer meldet sich freiwillig? Wenn bis Sonntag Abend keine stichhaltige Gegenstimme auf der ML kommt, werde ich daher schweren Herzens die ganze Arbeit reverten :-/ Ich habe keine stichhaltige Gegenstimme, allerdings auch keine stichhaltige dafür. Gegen das Argument Wir mappen nicht für den Renderer wehre ich mich insoferne, als die gerenderten Daten zwar nicht die einzige aber meiner Ansicht nach keine ganz unwichtige Anwendung der OSM-Daten sind. Und für das Rendern mit Mapnik bringt die Aufteilung in einzelne Tracks - zumindest nach Ansicht einiger User - einen Mehrwert. Daher die Gegenfrage, wo liegen die Nachteile dieser Art des Mappings in der Praxis? Gibt es eine konkrete Anwendung, die damit Probleme hat? Wenn die Relationen passen, derzeit wohl noch kaum. Das lästige jetzt wäre, dass ich in der Relation überhaupt nicht sehe, wo die Gleise entlangführen - bis jetzt hatten sie den Straßennamen, was es recht einfach machte, im Relationseditor ein bestimmtes Stück zu finden. Aber ich kann mir durchaus eine zukünftige Routingapplikation vorstellen, die sagt Fahren sie den Tramway-Schienen entlang bis... - was nun nicht mehr möglich wäre. Liebe Grüße, Albin (User Almich) lg, Michi - -- Michael Maier, Student of Telematics @ Graz University of Technology http://www.openstreetmap.org/user/species http://wiki.openstreetmap.org/wiki/Graz/Stammtisch -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJO7LFIAAoJEPDJmZ2oE4mGijIP/0HDjzi/sGvinn3Gsi7E2vJG Mo9FXrTH26Ew9t1V9KMOfD8+9tZaLzevRqJDIU19h7zV2duQc2gf0XEdonTQPOCE EZwv6JxTZPYCU9HuNzlpdAL17OsI4w7TtPb7Hrmt7Bd/X3asNXnX3hwxhdKECdcC wtBTzcsGXdgsvzFJh/rZHQTK/BU7N4JiNb4UdWnTGYfl8QAfjoEq6ps6huIs87gH u2bKgb8BwXfvRqLa+rl5XF/NvCnP2VxTUKPkOxuWoW/Ysww7yGu21BP/w5Z2qQI3 r2PRuusSFSd7ryFBGFzwk9u4BSy3eZ7SxU6X0mvLRlcfxE+5Pi5SIVM3D8XbMAet xct8KsfQfV0XMuWCiy9hRnj8mqDLYHhN7XirsyUsJh1u5zJ48Tpky9lugQc5bpql 3gr9dWLgwOJe8BQnd3MWjkMf6GLXmTQnd7A+8/1tZRKLSi3gzXUJJ/mGcC57EqWz HuMNBUiTESIfHhJwlUs2Q+2/rAwm9QTcy2Ox5bn3T7iCFXf3m3i1BJD7SkOVaGSF T7xMrPDRx0voDWpMyQHttobi70emHnIrgU0LssaWJsF+1XPNKt8ODQ5TSWEkQpPP 9n782nsv7BTi1I3NF9gBUCT/rnvI0UrGIgs2+OmqMuc/VZ7kiRPRmzKEaHulxnmn 9aAOlcYWz0q+xwdybiJa =+3ny -END PGP SIGNATURE- ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Strassenbahnlinien Graz - gut gemeinte Aufteilung in einzelne Tracks
Servus! Wenn bis Sonntag Abend keine stichhaltige Gegenstimme auf der ML kommt, werde ich daher schweren Herzens die ganze Arbeit reverten Von mir kommt ein dickes DAUMEN HOCH! Gegen das Argument Wir mappen nicht für den Renderer wehre ich mich insoferne, als die gerenderten Daten zwar nicht die einzige aber meiner Ansicht nach keine ganz unwichtige Anwendung der OSM-Daten sind. Und für das Rendern mit Mapnik bringt die Aufteilung in einzelne Tracks - zumindest nach Ansicht einiger User - einen Mehrwert. Daher die Gegenfrage, wo liegen die Nachteile dieser Art des Mappings in der Praxis? Gibt es eine konkrete Anwendung, die damit Probleme hat? Ein Riesen-Nachteil ist z.B. dass bei niedrigeren Zoom-Levels die Straßenbahn überrepräsentiert wird und vor lauter Schienen die Straßen nicht mehr zu erkennen sind (aber das ist jetzt ein echtes Mappen für den Renderer-Argument ;-) Eigentlich stellt sich die Frage anders: Bringt das separate Einzeichnen der parallelen Schienenstränge irgend etwas an Informationsverbesserung? Und diese Frage ist nun eindeutig mit nein zu bezeichnen! Die Information in dieser Straße befinden sich 2 Gleise wird mit railway=tram, tracks=2 auf dem Straßengraphen perfekt ausgedrückt. Im Gegenteil, das separate Einzeichnen der beiden Schienenstränge beinhaltet weniger Information, nämlich ist nun keine Verknüpfung mehr mit dem Straßennamen mehr da. Die Schienen sind aber *Teil der Straße*, also ist hier eindeutig *wichtige* Information verloren gegangen. Wobei ich nichts gegen ein paar abgerundete Gleisbögen zur Behübschung habe. Etwas anderes sind eigene Gleiskörper neben der Straße. Aber Gleise, die Teil der Straße sind, sollten (müssen???) auch solche bleiben. Das lästige jetzt wäre, dass ich in der Relation überhaupt nicht sehe, wo die Gleise entlangführen - bis jetzt hatten sie den Straßennamen, was es recht einfach machte, im Relationseditor ein bestimmtes Stück zu finden. QuED Aber ich kann mir durchaus eine zukünftige Routingapplikation vorstellen, die sagt Fahren sie den Tramway-Schienen entlang bis... - was nun nicht mehr möglich wäre. Sic! -- Gruß, Boris ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Strassenbahnlinien Graz - gut gemeinte Aufteilung in einzelne Tracks
On Sat, Dec 17, 2011 at 07:36:06PM +0100, Norbert Wenzel wrote: Wobei ich hier anmerken will, dass Relationen durchaus auch gerendert werden. Zwar nicht im Default-Mapnik aber sicher auf öpnvkarte.de und vermutlich auch der Public Transport Map oder wie der neue Stil auf der Startseite heiszt. Das is zwar nicht die Startseite aber von dort doch mit nur zwei Klicks erreichbar. Auf der neuen Transport Map werden leider nur Buslinien gerendert, Bahn- und Straßenbahnlinien leider nur physisch (also ohne Liniennummern). Der OpenStreetBrowser hat auch ein Overlay, wo die Relationen gerendert werden inkl. Richtung der Linien (wobei das Oxomoa-Schema noch nicht behandelt wird, die Darstellung für diese Linien als nicht ganz korrekt ist). gruesse, Stephan -- Seid unbequem, seid Sand, nicht Öl im Getriebe der Welt! - Günther Eich ,-. | Stephan Plepelits, | | Technische Universität Wien -Studien Informatik Raumplanung | | Projects: | | openstreetbrowser.org couchsurfing.org tubasis.at bl.mud.at | | Contact:| | Mail: sk...@xover.mud.at Blog: plepe.at | | Twitter: twitter.com/plepe Jabber: sk...@jabber.at | `-' signature.asc Description: Digital signature ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
[Talk-cz] WMS pro záplavová území
Zdravím, potřeboval bych zobrazit záplavová území (ne pro mapu, takže problém s licencí není). Našel jsem tuto stránku: http://heis.vuv.cz/data/webmap/isapi.dll ale není tam způsobb, jak vytvořit wms dotaz - něco, co by se dalo použít do JOSM a zobrazit. JOSM není podmínkou, jakýkoliv způsob jak zobrazit zároveň záplavová území a katastrální mapu by byl super... Umíte někdo poradit? LM_1 ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] WMS pro záplavová území
vrstvy: http://heis.vuv.cz/data/webmap/isapi.dll?service=WMSrequest=GetCapabilities firefox: http://heis.vuv.cz/data/webmap/isapi.dll?SERVICE=WMSVERSION=1.1.1REQUEST=GetMapSRS=EPSG:4326LAYERS=wms_q100STYLES=FORMAT=image/pngBBOX=16.,49.5000,16.0061,49.5040WIDTH=300HEIGHT=300 josm: http://heis.vuv.cz/data/webmap/isapi.dll?SERVICE=WMSVERSION=1.1.1REQUEST=GetMapSRS=EPSG:4326LAYERS=wms_q100STYLES=FORMAT=image/png; ha hanoj Dne 17. prosince 2011 15:51 LM_1 flukas.robot+...@gmail.com napsal(a): Zdravím, potřeboval bych zobrazit záplavová území (ne pro mapu, takže problém s licencí není). Našel jsem tuto stránku: http://heis.vuv.cz/data/webmap/isapi.dll ale není tam způsobb, jak vytvořit wms dotaz - něco, co by se dalo použít do JOSM a zobrazit. JOSM není podmínkou, jakýkoliv způsob jak zobrazit zároveň záplavová území a katastrální mapu by byl super... Umíte někdo poradit? LM_1 ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] WMS pro záplavová území
Dík, už jsem na to přišel, akorát jsem to už dlouho nedělal a nezmáčknul jsem získání vrstev a proto to nefungovalo. Potřeboval jsem zobrazit záplavové území Bobravy v Rosicích, ale na těch mapách nic není, i když ho tam kraj vyhlásil v roce 2005... LM Dne 17. prosince 2011 16:26 hanoj eha...@gmail.com napsal(a): vrstvy: http://heis.vuv.cz/data/webmap/isapi.dll?service=WMSrequest=GetCapabilities firefox: http://heis.vuv.cz/data/webmap/isapi.dll?SERVICE=WMSVERSION=1.1.1REQUEST=GetMapSRS=EPSG:4326LAYERS=wms_q100STYLES=FORMAT=image/pngBBOX=16.,49.5000,16.0061,49.5040WIDTH=300HEIGHT=300 josm: http://heis.vuv.cz/data/webmap/isapi.dll?SERVICE=WMSVERSION=1.1.1REQUEST=GetMapSRS=EPSG:4326LAYERS=wms_q100STYLES=FORMAT=image/png; ha hanoj Dne 17. prosince 2011 15:51 LM_1 flukas.robot+...@gmail.com napsal(a): Zdravím, potřeboval bych zobrazit záplavová území (ne pro mapu, takže problém s licencí není). Našel jsem tuto stránku: http://heis.vuv.cz/data/webmap/isapi.dll ale není tam způsobb, jak vytvořit wms dotaz - něco, co by se dalo použít do JOSM a zobrazit. JOSM není podmínkou, jakýkoliv způsob jak zobrazit zároveň záplavová území a katastrální mapu by byl super... Umíte někdo poradit? LM_1 ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] highway=pedestrian: náměstí nebo pěší zóna?
Zpřesnuji OSM v Praze pro routování cyklo, což zpravidla znamená také úpravy a doplňování chodníků a křížení rušných komunikací. Na několika místech v Praze jsem se setkal z vyznačením plochy náměstí highway=pedestrian, area=yes v situacích, kdy jmenovaná plocha náměstí rozhodně není v celém rozsahu průchozí pěší zóna (I.P.Pavlova, nám. Jana Palacha, Václavské náměstí pod Muzeem). *** ono to souvisí s vývojem OSM. Dříve se např. mapovaly pouze samostatné chodníky a highway=pedestrian byl jediný způsob jak udělat na komunikaci plochu/náměstí (area=yes se nepoužíval). Možná se nyní v mapování OSM přechází z obrazu fyzického provedení (skutečnost) spíše na způsob provozu (funkce). Na stránce http://wiki.openstreetmap.org/wiki/Tag:highway%3Dpedestrian jsem našel poznámku, že se to může použít k pojmenování náměstí, příklady s fotkami ale ukazují souvisle průchozí pěší zóny, a já ten tag taky tak zřetelně chápu. *** když mapuješ celý globus touha po jednotné metodice je zpravidla nerealizovatelná. Potíž je, že pro routovací algoritmy je stávající způsob zákresu matoucí. routovače celkem logicky routují po hranách téhle arey. V místech, kde ta area ohraničuje náměstí na vjezdu nepřekročitelné rušné komunikace (typu Mezibranské), tedy routing vyhledá v reálu nepoužitelnou trasu. *** když se na ploše náměstí/pedestrian kreslí auto koridory residential/service, tak tam jde nakreslit i koridory pěší/cyklo, po kterých by se routovalo. Máte někdo nápad, jak to řešit? Jako správné mi přijde ořezat pěší zóny jen na souvislé průchozí plochy. Už dřív jsem to v pár poměrně zřetelných případech udělal. Ale koukám, že vyznačení celého náměstí pěší zónou bez ohledu na dopravu uvnitř je tu zažitý postup, který má možná nějaké mně utajené důvody. *** jaký je rozdíl pro uživatele mapy mezi oblastí označenou B1, IP27? ha hanoj ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] highway=pedestrian: náměstí nebo pěší zóna?
Od: hanoj eha...@gmail.com Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org Datum: 17.12.2011 17:05 Předmět: Re: [Talk-cz]highway=pedestrian: náměstí nebo pěší zóna? Zpřesnuji OSM v Praze pro routování cyklo, což zpravidla znamená také úpravy a doplňování chodníků a křížení rušných komunikací. Na několika místech v Praze jsem se setkal z vyznačením plochy náměstí highway=pedestrian, area=yes v situacích, kdy jmenovaná plocha náměstí rozhodně není v celém rozsahu průchozí pěší zóna (I.P.Pavlova, nám. Jana Palacha, Václavské náměstí pod Muzeem). *** ono to souvisí s vývojem OSM. Dříve se např. mapovaly pouze samostatné chodníky a highway=pedestrian byl jediný způsob jak udělat na komunikaci plochu/náměstí (area=yes se nepoužíval). Možná se nyní v mapování OSM přechází z obrazu fyzického provedení (skutečnost) spíše na způsob provozu (funkce). Na stránce http://wiki.openstreetmap.org/wiki/Tag:highway%3Dpedestrian jsem našel poznámku, že se to může použít k pojmenování náměstí, příklady s fotkami ale ukazují souvisle průchozí pěší zóny, a já ten tag taky tak zřetelně chápu. *** když mapuješ celý globus touha po jednotné metodice je zpravidla nerealizovatelná. :-) OK. Přesto bych se v téhle věci tohohle přístupu raději držel. Náměstí, přes které vede čtyřproudovka, skutečně není pěší zóna. A byl bych možná i nerad, kdyby se to tak v české OSM vnímalo. Považovat náměstí za pěší zónu v místech, kde je přerušené hlavní silnicí, mi přijde pěkně ujeté. Potíž je, že pro routovací algoritmy je stávající způsob zákresu matoucí. routovače celkem logicky routují po hranách téhle arey. V místech, kde ta area ohraničuje náměstí na vjezdu nepřekročitelné rušné komunikace (typu Mezibranské), tedy routing vyhledá v reálu nepoužitelnou trasu. *** když se na ploše náměstí/pedestrian kreslí auto koridory residential/service, tak tam jde nakreslit i koridory pěší/cyklo, po kterých by se routovalo. To beru, také to tak mapulu. Není to ale všude. Máte někdo nápad, jak to řešit? Jako správné mi přijde ořezat pěší zóny jen na souvislé průchozí plochy. Už dřív jsem to v pár poměrně zřetelných případech udělal. Ale koukám, že vyznačení celého náměstí pěší zónou bez ohledu na dopravu uvnitř je tu zažitý postup, který má možná nějaké mně utajené důvody. *** jaký je rozdíl pro uživatele mapy mezi oblastí označenou B1, IP27? Tam asi žádný. Potíž je spíš s areami, skrz které vede motorový průtah. Abych ta náměstí neořezával, tak jsou asi dvě možnosti: a) Ponechat area=yes, name=to a to náměstí a dát pryč pedestrian, pěší částí náměstí udělat jako dílčí arey, cesty napojit na ně a routování po hranicích pedesrian arey poenchat (nevylučuje se s možností prokreslit skrz tu areu optimální průchody ani s hypotetickou možností routovat uvnitř arey plošně mezi požadovaným vjezdem a výjezdem). b) Ponechat pedestrian, všechny náměstí propálit spojniemi a neroutovat po hranách arey. Znamená prostrkat skrz všechny pěší zóny často umělé cesty. Raději bych a). V. ha hanoj ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] WMS pro záplavová území
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 1) Jdi na http://geoportal.gov.cz/web/guest/map 2) V záložkách vpravo zvol Připojit a klikni na tlačítko Rastrové mapy (WMS) 3) Vlož URL http://geoportal.gov.cz/web/guest/map a klikni na Spojit 4) Vyber vrstvy a klikni na Do mapy 5) Nazoomuj (můžeš použít Ctrl+levé tlačítko pro nakreslení boxu pro zoom nebo kolečko myši nebo vyhledávání adres ...) funguje? J On 17.12.2011 15:51, LM_1 wrote: Zdravím, potřeboval bych zobrazit záplavová území (ne pro mapu, takže problém s licencí není). Našel jsem tuto stránku: http://heis.vuv.cz/data/webmap/isapi.dll ale není tam způsobb, jak vytvořit wms dotaz - něco, co by se dalo použít do JOSM a zobrazit. JOSM není podmínkou, jakýkoliv způsob jak zobrazit zároveň záplavová území a katastrální mapu by byl super... Umíte někdo poradit? LM_1 ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk7tEPMACgkQyKt0uAjU4I+HbwCgqV5LRJJmqoakW5msF8QQRKF8 GL0AoLumzsEMQBXV87MmSXMF0FaHd8LN =Eo47 -END PGP SIGNATURE- ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [OSM-talk-fr] comment faire ? (changement de licence)
Le 17/12/2011 08:52, Christian Quest a écrit : Le 17 décembre 2011 08:28, Hélène PETIT h...@free.fr mailto:h...@free.fr a écrit : Je repose ma question : - voici une polyligne :23801520 c'est un rond point appartenant à 13 itinéraires de bus. - son statut odbl est à orange, mais supposons qu'il soit rouge foncé et qu'il soit nécessaire de la refondre. Le moyen que je connais actuellement est laborieux de chez laborieux : 1 : créer une nouvelle polyligne en utilisant comme source cadastre, bing ou gps. 2 : ouvrir une à une chacune des 13 relations correspondant aux 13 itinéraires de bus, et dans chacune .retirer la vieille polyligne. .insérer la nouvelle polyligne. .valider la relation. 3 : la vieille polyligne ne figurant plus dans aucune relation, on peut la supprimer ; donc, on la supprime. y a-t-il un moyen de remplacer une polyligne par une autre d'un coup dans toutes les relations ? merci à vous ! Hélène Pour éviter l'étape 2, on peut couper la polyligne existante, prendre la partie qui est nouvelle (plus le même ID que l'ancienne à remplacer), la fusionner avec la nouvelle (qui du coup se retrouve dans les 13 relations) et supprimer la partie en trop. Je ne suis pas sûr que le fait de couper l'objet créera un nouvel objet pour la partie la plus récente. Il me semble que ça doit dépendre de l'ordre des points dans le chemin. Par contre il est possible de sauter le points 2.1 et de retirer l'ancien objet d'un coup de toutes les relations. Au moment de supprimer l'objet, JOSM demandera confirmation pour le supprimer des relations. Il suffit de valider. Si les chemins sont ordonnés dans les relations, je sélectionnerai l'ancien et le nouveau chemin. Ainsi, en ouvrant la relation, JOSM affichera l'emplacement de l'ancien et en insérant la paire d'objets, on peut placer le nouveau juste dessous l'ancien. JOSM signalera que l'ancien objet est déjà dans la relation. Quelle que soit la réponse donnée ( ajouter en double ou non), l'ancien objet sera de toute façon supprimé et le nouveau sera à sa place, respectant l'ordonnancement de la relation. Je ne connais pas d'autre méthode, sinon de contraindre, le pistolet sur la tempe, les contributeurs à accepter les CT Ou attendre 70 ans que la contribution ne soit plus sous paternité. -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] comment faire ? (changement de licence)
Le 17/12/2011 09:32, Vincent Pottier a écrit : Je ne connais pas d'autre méthode, sinon de contraindre, le pistolet sur la tempe, les contributeurs à accepter les CT Ou attendre 70 ans que la contribution ne soit plus sous paternité. Oui, mais les 70 ans commencent à partir du moment où le contributeur en question est abattu ou est mort :D JonathanMM ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] comment faire ? (changement de licence)
J'ai produit une nouvelle vidéo. Je suis en train de la transmettre. Ça prendra une heure à peu près pour l'envoyer. Le truc est de découper la rotonde, sur 2 points avec p. Puis couper denouveau, façon d'avoir un tout petit bout de chemin. Explorer quels tags peuvent rester. Dans ce cas: tous. Puis enlever le petit bout de chemin et rallonger l'autre bout. Puis les recombiner avec 'c'. Voilà toutes les relations sont encore là et l'ordre des membres est comme avant. Puis je montre aussi un bon truc pour les nodes qui font partie de plusieurs rues. (Les joindre avec un nouveau chemin, puis sélectionner les points de ce chemin (d'habitude je l'ai sous le raccourci 'n'), puis 'm' pour faire 'merge'. J'espère que cela pourra vous aider. Polyglot PS: les vidéos n'ont pas de son. P-ê un jour j'y mettrai des soutitres un plusieurs langues... 2011/12/17 Hélène PETIT h...@free.fr Je repose ma question : - voici une polyligne :23801520 c'est un rond point appartenant à 13 itinéraires de bus. - son statut odbl est à orange, mais supposons qu'il soit rouge foncé et qu'il soit nécessaire de la refondre. Le moyen que je connais actuellement est laborieux de chez laborieux : 1 : créer une nouvelle polyligne en utilisant comme source cadastre, bing ou gps. 2 : ouvrir une à une chacune des 13 relations correspondant aux 13 itinéraires de bus, et dans chacune .retirer la vieille polyligne. .insérer la nouvelle polyligne. .valider la relation. 3 : la vieille polyligne ne figurant plus dans aucune relation, on peut la supprimer ; donc, on la supprime. y a-t-il un moyen de remplacer une polyligne par une autre d'un coup dans toutes les relations ? merci à vous ! Hélène __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] comment faire ? (changement de licence)
Oh, je vois sur bing qu'il y a un chemin qui croise le rond point en direct... C'est bien bizarre, mais il n'est pas repris sur OSM non plus. Quand je suis en train de resoudre des problèmes de licence, j'essaye toujours à améliorer les données en même temps. Polyglot 2011/12/17 Hélène PETIT h...@free.fr Je repose ma question : - voici une polyligne :23801520 c'est un rond point appartenant à 13 itinéraires de bus. - son statut odbl est à orange, mais supposons qu'il soit rouge foncé et qu'il soit nécessaire de la refondre. Le moyen que je connais actuellement est laborieux de chez laborieux : 1 : créer une nouvelle polyligne en utilisant comme source cadastre, bing ou gps. 2 : ouvrir une à une chacune des 13 relations correspondant aux 13 itinéraires de bus, et dans chacune .retirer la vieille polyligne. .insérer la nouvelle polyligne. .valider la relation. 3 : la vieille polyligne ne figurant plus dans aucune relation, on peut la supprimer ; donc, on la supprime. y a-t-il un moyen de remplacer une polyligne par une autre d'un coup dans toutes les relations ? merci à vous ! Hélène __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] comment faire ? (changement de licence)
Le 17/12/2011 12:00, JonathanMM a écrit : Le 17/12/2011 09:32, Vincent Pottier a écrit : Je ne connais pas d'autre méthode, sinon de contraindre, le pistolet sur la tempe, les contributeurs à accepter les CT Ou attendre 70 ans que la contribution ne soit plus sous paternité. Oui, mais les 70 ans commencent à partir du moment où le contributeur en question est abattu ou est mort :D JonathanMM S'il n'a pas accepté les CT dans le cas précédent, ça déclenche le comptage des 70 ans, non ? -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] comment faire ? (changement de licence)
Le 17/12/2011 13:14, Vincent Pottier a écrit : Le 17/12/2011 12:00, JonathanMM a écrit : Le 17/12/2011 09:32, Vincent Pottier a écrit : Je ne connais pas d'autre méthode, sinon de contraindre, le pistolet sur la tempe, les contributeurs à accepter les CT Ou attendre 70 ans que la contribution ne soit plus sous paternité. Oui, mais les 70 ans commencent à partir du moment où le contributeur en question est abattu ou est mort :D JonathanMM S'il n'a pas accepté les CT dans le cas précédent, ça déclenche le comptage des 70 ans, non ? Non, puisque accepté les CT ou pas ne changent pas la paternité de ses données : Elles lui appartiennent toujours. C'est comme si un éditeur refusait de publier un livre, mais le fait quand même 70 ans après leur refus initial ;) JonathanMM -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] ComcomMaker est arrivé
Bonjour, Le 17/12/2011 00:42, Vincent Pottier a écrit : Quelques points à vérifier : 1/ Est-ce que les polygones, la liste... s'affichent bien à la sélection ? 2/ En mode expert, est-ce que la liste des relations apparaît dans la zone relation sous la forme : 'r395208,r161585,r161224,r946432,...' ? 3/ En cliquant sur 'éditer', est-ce que la molette tourne, à droite du titre 'Liste' ? Ici, en Ubuntu 11.10, Firefox 8, JOSM 4666, la réponse est : oui - oui - non. Pas de molette qui s'afficherait ou tournerait à droite de Liste, ni en basic ni en expert. Je ne m'étais pas attaqué aux com'com car trop de boulot à faire, mais ça pourrait vite changer ;-) -- Frantz ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] information sur le projet Prodige
Personne ne connais ou n'utilise Prodige ? Le 16 décembre 2011 12:24, Cyrille Giquello cyrill...@gmail.com a écrit : Bonjour, La région Centre, dans sa démarche vers l'opendata, cherche des solutions aux problèmes posés par l'outil Prodige, disponible sur ADULLACT https://adullact.net/projects/prodige/ Cette recherche est décrite sur la plateforme Geo-Centre: - Consultation pour le traitement des raster (PRODIGE) http://www.geo-centre.fr/accueil/les_actualites/10_66/consultation_pour_le_traitement_des_raster_prodige L'un de vous a-t-il des retours d'expérience sur ce sujet ? Quelle information pouvons-nous porter vers le service SIG de la région Centre ? Concernant OSM, l'imagerie Bing pour cette région est très variée, il y a du 2001 jusqu'à 2011. La région Centre possède des imageries bien plus récentes et nous pourrons en profiter bientôt, après résolution des difficultés techniques ;-) Perso, je ne comprends pas toute la portée de la chose, alors toute connaissance sur le sujet est la bienvenue. Merci pour vos lumières. -- Cyrille. -- Cyrille. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] comment faire ? (changement de licence)
La vidéo est disponible: http://www.youtube.com/watch?v=AaJ3DAFTjX8 Polyglot 2011/12/17 Hélène PETIT h...@free.fr Je repose ma question : - voici une polyligne :23801520 c'est un rond point appartenant à 13 itinéraires de bus. - son statut odbl est à orange, mais supposons qu'il soit rouge foncé et qu'il soit nécessaire de la refondre. Le moyen que je connais actuellement est laborieux de chez laborieux : 1 : créer une nouvelle polyligne en utilisant comme source cadastre, bing ou gps. 2 : ouvrir une à une chacune des 13 relations correspondant aux 13 itinéraires de bus, et dans chacune .retirer la vieille polyligne. .insérer la nouvelle polyligne. .valider la relation. 3 : la vieille polyligne ne figurant plus dans aucune relation, on peut la supprimer ; donc, on la supprime. y a-t-il un moyen de remplacer une polyligne par une autre d'un coup dans toutes les relations ? merci à vous ! Hélène __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] information sur le projet Prodige
Le samedi 17 décembre 2011 à 13:42 +0100, Cyrille Giquello a écrit : Personne ne connais ou n'utilise Prodige ? on parle de moi ? ;-) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] information sur le projet Prodige
Le 17/12/2011 13:42, Cyrille Giquello a écrit : Personne ne connais ou n'utilise Prodige ? Le logiciel est inscrit depuis 1 mois (16 novembre 2011), il est possible qu'il soit encore peu utilisé :-) Vu la description des fonctionnalités, on dirait du geonetwork-like. Hors geonetwork est déjà libre. Il y a de la concurrence en place Ceci dit, ça serait du largement déjà vu qu'un nouveau logiciel surclasse en moins de deux un logiciel ancien. Philippe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] information sur le projet Prodige
Merci beaucoup Philippe (didier2020 aussi ;-) En fait, comme d'écrit dans le document cité dans le 1er mail, il y a un problème à résoudre, mais je ne m'y connais pas assez pour avoir des idées sur le sujet. D'où m'a sollicitation ici même ;-) Pour apprendre et pouvoir donner des pistes de solution dans le cadre exclusif de logiciel libre. Je vais zyeuter geonetwork. Cyrille. Le 17 décembre 2011 14:45, Philippe Pary phili...@cleo-carto.com a écrit : Le 17/12/2011 13:42, Cyrille Giquello a écrit : Personne ne connais ou n'utilise Prodige ? Le logiciel est inscrit depuis 1 mois (16 novembre 2011), il est possible qu'il soit encore peu utilisé :-) Vu la description des fonctionnalités, on dirait du geonetwork-like. Hors geonetwork est déjà libre. Il y a de la concurrence en place Ceci dit, ça serait du largement déjà vu qu'un nouveau logiciel surclasse en moins de deux un logiciel ancien. Philippe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Cyrille. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Erreur démarrage JOSM 4666
Le ven. 16 d�c. 2011 à 19:48 +0100, Vincent Privat a ecrit : Le 16 décembre 2011 19:23, Guillaume Allegre allegre.guilla...@free.fr a écrit : Il y a des prérequis ? version minimale de JOSM ? (4279 chez moi) Roh, mais c'est méga vieux ça, on vient tout juste de publier la 4666 aujourd'hui :p Elle est testée-testée celle-là ? Parce que j'ai systématiquement au démarrage le message d'erreur Le fichier des préférences contient des erreurs. Création d'une sauvegarde de l'ancien vers ... et création d'un nouveau fichier de préférences par défaut. Autant dire que je ne peux rien régler. Sous Debian stable josm 4666 java version 1.6.0_11 Java(TM) SE Runtime Environment (build 1.6.0_11-b03) -- ° /\Guillaume AllègreOpenStreetMap France /~~\/\ allegre.guilla...@free.fr Cartographie libre et collaborative / /~~\tél. 04.76.63.26.99 http://www.openstreetmap.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Osmose : analyse roundabout
Salut, Ne sachant pas qui gère les analyseurs Osmose, je tente ma chance ici. Je viens de voir apparaître de nouvelles erreurs sur Osmose, concernant le tag highway=* d'un rond-point. La règle générale est que le rond-point doit être taggué avec le niveau de route le plus élevé qui lui est connecté. Soit. Je tombe cependant sur pas mal d'erreurs de ce genre : http://osmose.openstreetmap.fr/map/?zoom=16lat=48.01435lon=7.37976layers=B0FF00Titem=0,1010,1020,1030,1040,1050,1060,1070,1080,1090,1100,1110,1120,2010,2020,2030,2040,2050,2060,3010,3020,3030,3031,3032,3040,3050,3060,3070,3080,4010,4020,4030,4040,4050,4060,4070,4080,5010,5020,5030,5040,5050,6010,6020,6030,6040,6050,6060,7010,7020,7030,7040 Si je suis aveuglément Osmose, je vais me retrouver avec un rond-point en motorway_link (ou en trunk_link plus loin). Si je regarde un peu ailleurs comment ce genre de cas est taggué, j'ai plutôt l'impression que jusqu'à présent, on excluait les *_link pour déterminer le niveau d'un rond-point. La règle a-t-elle changé ? Matthias ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Osmose : analyse roundabout
On 17/12/2011 18:46, Matthias Dietrich wrote: Salut, Ne sachant pas qui gère les analyseurs Osmose, je tente ma chance ici. Principalement Jocelyn Jaubert et moi même... il faudrait peut être ajouter un lien de contact sur le site. Je viens de voir apparaître de nouvelles erreurs sur Osmose, concernant le tag highway=* d'un rond-point. La règle générale est que le rond-point doit être taggué avec le niveau de route le plus élevé qui lui est connecté. Soit. Tu n'est pas obligé de le suivre. Je tombe cependant sur pas mal d'erreurs de ce genre : http://osmose.openstreetmap.fr/map/?zoom=16lat=48.01435lon=7.37976layers=B0FF00Titem=0,1010,1020,1030,1040,1050,1060,1070,1080,1090,1100,1110,1120,2010,2020,2030,2040,2050,2060,3010,3020,3030,3031,3032,3040,3050,3060,3070,3080,4010,4020,4030,4040,4050,4060,4070,4080,5010,5020,5030,5040,5050,6010,6020,6030,6040,6050,6060,7010,7020,7030,7040 Si je suis aveuglément Osmose, Rien ni personne n'est à suivre aveuglément; la preuve, tu trouves l'analyse pas normale ;) je vais me retrouver avec un rond-point en motorway_link (ou en trunk_link plus loin). Si je regarde un peu ailleurs comment ce genre de cas est taggué, j'ai plutôt l'impression que jusqu'à présent, on excluait les *_link pour déterminer le niveau d'un rond-point. La règle a-t-elle changé ? Oui l'analyseur à été réécrit. Je viens de le modifier, une fois les modif prisent en compte, elles seront appliqué sous 2 jours. Frédéric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Erreur démarrage JOSM 4666
Le samedi 17 décembre 2011 à 18:06 +0100, Guillaume Allegre a écrit : Le ven. 16 d�c. 2011 à 19:48 +0100, Vincent Privat a ecrit : Le 16 décembre 2011 19:23, Guillaume Allegre allegre.guilla...@free.fr a écrit : Il y a des prérequis ? version minimale de JOSM ? (4279 chez moi) Roh, mais c'est méga vieux ça, on vient tout juste de publier la 4666 aujourd'hui :p j'ai eu le meme probleme il y a 2 jours mais c'etait avec la version 4550. J'ai supprimé totalement le repertoire .josm et ca été bon ... Elle est testée-testée celle-là ? Parce que j'ai systématiquement au démarrage le message d'erreur Le fichier des préférences contient des erreurs. Création d'une sauvegarde de l'ancien vers ... et création d'un nouveau fichier de préférences par défaut. Autant dire que je ne peux rien régler. Sous Debian stable josm 4666 java version 1.6.0_11 Java(TM) SE Runtime Environment (build 1.6.0_11-b03) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Erreur démarrage JOSM 4666
Le sam. 17 d�c. 2011 à 19:16 +0100, didier2020 a ecrit : Le samedi 17 décembre 2011 à 18:06 +0100, Guillaume Allegre a écrit : Le ven. 16 d�c. 2011 à 19:48 +0100, Vincent Privat a ecrit : Le 16 décembre 2011 19:23, Guillaume Allegre allegre.guilla...@free.fr a écrit : Il y a des prérequis ? version minimale de JOSM ? (4279 chez moi) Roh, mais c'est méga vieux ça, on vient tout juste de publier la 4666 aujourd'hui :p j'ai eu le meme probleme il y a 2 jours mais c'etait avec la version 4550. J'ai supprimé totalement le repertoire .josm et ca été bon ... Ben moi je l'ai supprimé à de multiples reprises, et rebelote à chaque fois. -- ° /\Guillaume AllègreOpenStreetMap France /~~\/\ allegre.guilla...@free.fr Cartographie libre et collaborative / /~~\tél. 04.76.63.26.99 http://www.openstreetmap.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Osmose : analyse roundabout
tiens, question un peu hors sujet mais concernant Osmose... il y a t'il une chance infime que osmose traite (en partie du moins) des erreurs sur l'europe entière et pourquoi pas le monde :) je sais bien que ça fait un paquet de données en plus ce qui n'est sûrement pas évident... c'est juste un souhait de rendre disponible à un maximum de monde les analyses de qualitées... Merci en tout cas pour tout le boulot fait! Brice ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] ComcomMaker est arrivé
Le sam. 17 d�c. 2011 à 00:42 +0100, Vincent Pottier a ecrit : Le 16/12/2011 19:59, Guillaume Allegre a écrit : Le ven. 16 d�c. 2011 à 19:48 +0100, Vincent Privat a ecrit : Le 16 décembre 2011 19:23, Guillaume Allegreallegre.guilla...@free.fr a écrit : Il y a des prérequis ? version minimale de JOSM ? (4279 chez moi) Roh, mais c'est méga vieux ça, on vient tout juste de publier la 4666 aujourd'hui :p Bin passé à la 4 et tout pareil ! Quelques points à vérifier : Toutes mes excuses, cela fonctionne bien dans mon vieux JOSM 4279. Je bloque toujours pour lancer le 4666, mais c'est une autre histoire. Tu devrais préciser que dans les préférences l'option Remote control doit être activée. (Activer le contrôle à distance) Par contre, à ma surprise, la coche Créer de nouveaux objets n'est pas nécessaire. C'est normal ? (question sur JOSM là, pas sur Comcom) Et dans l'interface tu devrais renommer le bouton Editer en Envoyer dans JOSM. Merci pour l'outil ! je ne doute pas qu'il rendra de grands services, par exemple pour la création des circonscriptions législatives, dont on parlait il y a peu. -- ° /\Guillaume AllègreOpenStreetMap France /~~\/\ allegre.guilla...@free.fr Cartographie libre et collaborative / /~~\tél. 04.76.63.26.99 http://www.openstreetmap.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] information sur le projet Prodige
Salut Cyrille, 2011/12/16 Cyrille Giquello cyrill...@gmail.com: La région Centre, dans sa démarche vers l'opendata, cherche des solutions aux problèmes posés par l'outil Prodige, disponible sur ADULLACT https://adullact.net/projects/prodige/ Prodige est un projet d'IDS (infrastructure de données spatiales), tout comme geOrchestra (sur lequel je travaille). Je ne vois pas quels sont les problèmes posés par Prodige dont tu parles. Cette recherche est décrite sur la plateforme Geo-Centre: - Consultation pour le traitement des raster (PRODIGE) http://www.geo-centre.fr/accueil/les_actualites/10_66/consultation_pour_le_traitement_des_raster_prodige Cette page est vide chez moi (testé sur 2 navigateurs). Perso, je ne comprends pas toute la portée de la chose, alors toute connaissance sur le sujet est la bienvenue. Je veux bien aider, encore me faut-il comprendre le problème. Merci, F. -- Camptocamp France SAS, Chambéry http://www.camptocamp.com/fr/geospatial-solutions ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suivi Légifrance : fusion de communes en Seine-Maritime
Arf bien vu, dommage car c'est un bon fichier réactualisé assez souvent. - On ne va jamais aussi loin que lorsque l'on ne sait pas où l'on va... www.partir-en-vtt.com -- View this message in context: http://gis.638310.n2.nabble.com/Suivi-Legifrance-fusion-de-communes-en-Seine-Maritime-tp7101573p7104535.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Erreur démarrage JOSM 4666
Il y a effectivement eu beaucoup de changements sur les préférences (elles sont maintenant stockées en XML dans un nouveau fichier preferences.xml au lieu de l'ancien fichier preferences). On a fait pas mal de tests, oui, mais sans remonter à des versions aussi vieilles que la 4279, peut-être que cela vient de là. Par contre si tu supprimes ton dossier personnel, je ne vois pas comment tu peux avoir ce message d'erreur. Tu as quelque chose de plus précis sur la console ? Le 17 décembre 2011 19:16, Guillaume Allegre allegre.guilla...@free.fr a écrit : Le sam. 17 d�c. 2011 à 19:16 +0100, didier2020 a ecrit : Le samedi 17 décembre 2011 à 18:06 +0100, Guillaume Allegre a écrit : Le ven. 16 d�c. 2011 à 19:48 +0100, Vincent Privat a ecrit : Le 16 décembre 2011 19:23, Guillaume Allegre allegre.guilla...@free.fr a écrit : Il y a des prérequis ? version minimale de JOSM ? (4279 chez moi) Roh, mais c'est méga vieux ça, on vient tout juste de publier la 4666 aujourd'hui :p j'ai eu le meme probleme il y a 2 jours mais c'etait avec la version 4550. J'ai supprimé totalement le repertoire .josm et ca été bon ... Ben moi je l'ai supprimé à de multiples reprises, et rebelote à chaque fois. -- ° /\Guillaume AllègreOpenStreetMap France /~~\/\ allegre.guilla...@free.fr Cartographie libre et collaborative / /~~\tél. 04.76.63.26.99 http://www.openstreetmap.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Erreur démarrage JOSM 4666
(et est-ce que tu peux tenter une mise à jour 4279-4550, puis 4550-4666 ?) Pour info les anciennes version de JOSM ne sont pas perdues et conservées bien au chaud ici: http://josm.openstreetmap.de/download/ Vincent Le 17 décembre 2011 21:44, Vincent Privat vincent.pri...@gmail.com a écrit : Il y a effectivement eu beaucoup de changements sur les préférences (elles sont maintenant stockées en XML dans un nouveau fichier preferences.xml au lieu de l'ancien fichier preferences). On a fait pas mal de tests, oui, mais sans remonter à des versions aussi vieilles que la 4279, peut-être que cela vient de là. Par contre si tu supprimes ton dossier personnel, je ne vois pas comment tu peux avoir ce message d'erreur. Tu as quelque chose de plus précis sur la console ? Le 17 décembre 2011 19:16, Guillaume Allegre allegre.guilla...@free.fra écrit : Le sam. 17 d�c. 2011 à 19:16 +0100, didier2020 a ecrit : Le samedi 17 décembre 2011 à 18:06 +0100, Guillaume Allegre a écrit : Le ven. 16 d�c. 2011 à 19:48 +0100, Vincent Privat a ecrit : Le 16 décembre 2011 19:23, Guillaume Allegre allegre.guilla...@free.fr a écrit : Il y a des prérequis ? version minimale de JOSM ? (4279 chez moi) Roh, mais c'est méga vieux ça, on vient tout juste de publier la 4666 aujourd'hui :p j'ai eu le meme probleme il y a 2 jours mais c'etait avec la version 4550. J'ai supprimé totalement le repertoire .josm et ca été bon ... Ben moi je l'ai supprimé à de multiples reprises, et rebelote à chaque fois. -- ° /\Guillaume AllègreOpenStreetMap France /~~\/\ allegre.guilla...@free.fr Cartographie libre et collaborative / /~~\tél. 04.76.63.26.99 http://www.openstreetmap.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Osmose : analyse roundabout
2011/12/17 eMerzh merz...@gmail.com: tiens, question un peu hors sujet mais concernant Osmose... il y a t'il une chance infime que osmose traite (en partie du moins) des erreurs sur l'europe entière et pourquoi pas le monde :) Frédéric et moi sommes en train de changer petit à petit le code d'osmose pour traiter des .osc (fichiers de diff horaires ou journaliers) plutôt que des .osm complets. On a actuellement pratiquement ce qu'il faut pour les analyses sax, mais pas encore pour les analyses sur une bdd osmosis. Donc, ça avance petit à petit, et c'est dans nos objectifs à moyen-terme. Mais il n'y a pas d'engagement sur quand ça arrivera :) -- Jocelyn ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Osmose : analyse roundabout
Le 17 décembre 2011 19:00, Frédéric Rodrigo fred.rodr...@gmail.com a écrit : Si je suis aveuglément Osmose, Rien ni personne n'est à suivre aveuglément; la preuve, tu trouves l'analyse pas normale ;) En effet ;-) La règle a-t-elle changé ? Oui l'analyseur à été réécrit. Je viens de le modifier, une fois les modif prisent en compte, elles seront appliqué sous 2 jours. Merci. Matthias ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Osmose : analyse roundabout
Excellent encore merci pour le travail... je vais alors sans doute intégré osmose a mon application android (openfixmap) :) y a t'il moyen de récupérer les infos sur une erreur autrement que par http://osmose.openstreetmap.fr/map/dynpoi.py (pour éviter de parser du html...) Merci encore pour tout le boulot et bonne continuation ! 2011/12/17 Jocelyn Jaubert jocelyn.jaub...@gmail.com: 2011/12/17 eMerzh merz...@gmail.com: tiens, question un peu hors sujet mais concernant Osmose... il y a t'il une chance infime que osmose traite (en partie du moins) des erreurs sur l'europe entière et pourquoi pas le monde :) Frédéric et moi sommes en train de changer petit à petit le code d'osmose pour traiter des .osc (fichiers de diff horaires ou journaliers) plutôt que des .osm complets. On a actuellement pratiquement ce qu'il faut pour les analyses sax, mais pas encore pour les analyses sur une bdd osmosis. Donc, ça avance petit à petit, et c'est dans nos objectifs à moyen-terme. Mais il n'y a pas d'engagement sur quand ça arrivera :) -- Jocelyn ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] ComcomMaker est arrivé
Le 17/12/2011 19:27, Guillaume Allegre a écrit : Le sam. 17 d�c. 2011 à 00:42 +0100, Vincent Pottier a ecrit : Le 16/12/2011 19:59, Guillaume Allegre a écrit : Le ven. 16 d�c. 2011 à 19:48 +0100, Vincent Privat a ecrit : Le 16 décembre 2011 19:23, Guillaume Allegreallegre.guilla...@free.fr a écrit : Il y a des prérequis ? version minimale de JOSM ? (4279 chez moi) Roh, mais c'est méga vieux ça, on vient tout juste de publier la 4666 aujourd'hui :p Bin passé à la 4 et tout pareil ! Quelques points à vérifier : Toutes mes excuses, cela fonctionne bien dans mon vieux JOSM 4279. Je bloque toujours pour lancer le 4666, mais c'est une autre histoire. Tu devrais préciser que dans les préférences l'option Remote control doit être activée. (Activer le contrôle à distance) Par contre, à ma surprise, la coche Créer de nouveaux objets n'est pas nécessaire. C'est normal ? (question sur JOSM là, pas sur Comcom) C'est de toute façon une nouvel objet. La case créer de nouveaux objet doit être pour cloner tout ce qu'on charge par remote. Et dans l'interface tu devrais renommer le bouton Editer en Envoyer dans JOSM. De fait on envoie les données au serveur qui charge les relations et en construit une nouvelle. L'interface ne voit pas cette relation. Seule son adresse (relative) transite par le navigateur et est envoyée (en absolu) à remoteControl. Je n'aime pas beaucoup les boutons qui font 3 km de long. Ce ne sont plus des boutons mais des verrues. J'ai ajouté une bulle dans le bouton pour que ce soit plus explicite. Ce sera dans le prochain upload. -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
