[OSM-talk-be] Import JPG/PDF for OSM
Hallo Marc, Bestaat er een mogelijkheid om JPG of PDF bestanden te importeren in JOSM? Zou makkelijker zijn om te werken denk ik. Ik denk bijvoorbeeld aan een “screenshot” van het kadaster (website AGIV). Bedankt voor de info! Peter ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Import JPG/PDF for OSM
Voor het kadaster gebruik je best de GRB WMS of TMS. Zie https://wiki.openstreetmap.org/wiki/NL:WikiProject_Belgium/Using_AGIV_Crab_data/AGIV_Website_as_Reference (maar let er op dat het legaal blijft). Indien je nog andere afbeeldingen wel laden, installeert dan de bijvoorbeeld de piclayer plugin in josm. Groeten, Sander Op 23-dec.-2014 09:06 schreef Peter pe...@out4walkabout.be: Hallo Marc, Bestaat er een mogelijkheid om JPG of PDF bestanden te importeren in JOSM? Zou makkelijker zijn om te werken denk ik. Ik denk bijvoorbeeld aan een “screenshot” van het kadaster (website AGIV). Bedankt voor de info! Peter ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Import JPG/PDF for OSM
Hallo Peter, -- Sander heeft ondertussen ook al geantwoord zie ik -- die mogelijkheid bestaat, maar je mag de rode huisjes van AGIV niet gebruiken om na te tekenen. Er is bovendien een WMS layer dat je de rode huisjes laat zien. Ik gebruikte dat vroeger om de huisnummers te controleren, niet om de huizen na te tekenen Voor de huisnummers bestaat nu een betere manier voor: http://crab-import.osm.be/import.html de documentatie daarvoor vind je onder de link documentatie op die pagina mvg m 2014-12-23 9:03 GMT+01:00 Peter pe...@out4walkabout.be: Hallo Marc, Bestaat er een mogelijkheid om JPG of PDF bestanden te importeren in JOSM? Zou makkelijker zijn om te werken denk ik. Ik denk bijvoorbeeld aan een “screenshot” van het kadaster (website AGIV). Bedankt voor de info! Peter ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Import JPG/PDF for OSM
OK, bedankt beiden voor de info. Natekenen mag niet maar wel ter controle. Gemakkelijker dan op “het terrein” alles na te gaan. Peter Op 23-dec.-2014, om 09:39 heeft Marc Gemis marc.ge...@gmail.com het volgende geschreven: Hallo Peter, -- Sander heeft ondertussen ook al geantwoord zie ik -- die mogelijkheid bestaat, maar je mag de rode huisjes van AGIV niet gebruiken om na te tekenen. Er is bovendien een WMS layer dat je de rode huisjes laat zien. Ik gebruikte dat vroeger om de huisnummers te controleren, niet om de huizen na te tekenen Voor de huisnummers bestaat nu een betere manier voor: http://crab-import.osm.be/import.html http://crab-import.osm.be/import.html de documentatie daarvoor vind je onder de link documentatie op die pagina mvg m 2014-12-23 9:03 GMT+01:00 Peter pe...@out4walkabout.be mailto:pe...@out4walkabout.be: Hallo Marc, Bestaat er een mogelijkheid om JPG of PDF bestanden te importeren in JOSM? Zou makkelijker zijn om te werken denk ik. Ik denk bijvoorbeeld aan een “screenshot” van het kadaster (website AGIV). Bedankt voor de info! Peter ___ Talk-be mailing list Talk-be@openstreetmap.org mailto:Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
[OSM-talk-be] city names - bug in OFM?
Hi, I installed OFM EU2014_Wv0604 (open fiets map western europe) in base camp. Question: some city names are displayed in BaseCamp (e.g. Maillen, in Belgium, N 50° 22.654' E4° 58.209'), do exist, can be found in Google, but it is impossible to find this town name nor in basecamp nor in e-trex30. Any hint? If map is not enough accurate, where can I find/download one with all town names? Regards thank you. Alain Bourgeois +32 496 51 85 75 http://www.kineuro.com http://www.kineuro.com/ ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] city names - bug in OFM?
On Tue, Dec 23, 2014 at 5:24 PM, Alain Bourgeois alain.bourge...@skynet.be wrote: Maillen The good news is that the village is in the OSM-data [1]. The bad news is that we now have to find out why it does not appear in the map you have downloaded. Did you try the the Benelux Full version [2] ? I assume it is more detailed. Otherwise you can always contact the maker of the map via i...@openfietsmap.nl He can explain which information from OSM is available in the different versions of his map. regards m [1] http://www.openstreetmap.org/node/31566150#map=13/50.3777/4.9701layers=N [2] http://www.openfietsmap.nl/downloads/bnl_full ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] city names - bug in OFM?
I tried the Benelux map downloaded 6 months ago – same problem. I reported the trouble on the forum (http://forum.openstreetmap.org/viewtopic.php?pid=473300#p473300) and they sent me to Belgian team. Bien à vous, Alain Bourgeois +32 496 51 85 75 http://www.kineuro.com/ http://www.kineuro.com From: Marc Gemis [mailto:marc.ge...@gmail.com] Sent: mardi 23 décembre 2014 17:37 To: OpenStreetMap Belgium Subject: Re: [OSM-talk-be] city names - bug in OFM? On Tue, Dec 23, 2014 at 5:24 PM, Alain Bourgeois mailto:alain.bourge...@skynet.be alain.bourge...@skynet.be wrote: Maillen The good news is that the village is in the OSM-data [1]. The bad news is that we now have to find out why it does not appear in the map you have downloaded. Did you try the the Benelux Full version [2] ? I assume it is more detailed. Otherwise you can always contact the maker of the map via mailto:i...@openfietsmap.nl i...@openfietsmap.nl He can explain which information from OSM is available in the different versions of his map. regards m [1] http://www.openstreetmap.org/node/31566150#map=13/50.3777/4.9701layers=N http://www.openstreetmap.org/node/31566150#map=13/50.3777/4.9701layers=N [2] http://www.openfietsmap.nl/downloads/bnl_full http://www.openfietsmap.nl/downloads/bnl_full ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] city names - bug in OFM?
As you could see from the link in my previous post, Mallien is mapped as a node. Ligfietser wrote: The OFM map looks at the administrative boundaries on OSM to assign the streets to a place: http://wiki.openstreetmap.org/wiki/Wiki … ries#Namur http://wiki.openstreetmap.org/wiki/WikiProject_Belgium/Boundaries#Namur First it looks in level 8 (municipality of Assese) and if available, it looks deeper at a section (sub municipality) admin_level=9. I dont know if this is the case in Maillen. If there exists such a section of level 9, it must be entered in OSM. If there is no section, streets could be tagged with is_in http://wiki.openstreetmap.org/wiki/Key:is_in If those sections are not specified, the map cannot find a street in Maillen so you must either enter Assesse or try another OSM map (no guarantee it work either) or a commercial map. So in order to make OFM work, we need the boundaries for Mallien as a relation. We do not have them in OSM at this moment. Those borders are hard to get. I don't know the situation for this in Wallonia. In Flanders we have a lot of admin-level 9 boundaries (deelgemeenten), but even there the list is not complete. Maybe Julien Fastré or André know more about this. In general, we have to base ourselves on out-of-date maps for the borders. We are not allowed to copy them from Google or other institutions that ask a lot of money for that data. Sometimes governments open up a datasource with those boundaries. This is not the case in Belgium. Furthermore most recent databases from the government do not care about those deelgemeenten, which makes it even harder to get access to a source to use. regards m On Tue, Dec 23, 2014 at 6:01 PM, Alain Bourgeois alain.bourge...@skynet.be wrote: I tried the Benelux map downloaded 6 months ago – same problem. I reported the trouble on the forum ( http://forum.openstreetmap.org/viewtopic.php?pid=473300#p473300) and they sent me to Belgian team. Bien à vous, Alain Bourgeois +32 496 51 85 75 http://www.kineuro.com *From:* Marc Gemis [mailto:marc.ge...@gmail.com] *Sent:* mardi 23 décembre 2014 17:37 *To:* OpenStreetMap Belgium *Subject:* Re: [OSM-talk-be] city names - bug in OFM? On Tue, Dec 23, 2014 at 5:24 PM, Alain Bourgeois alain.bourge...@skynet.be wrote: Maillen The good news is that the village is in the OSM-data [1]. The bad news is that we now have to find out why it does not appear in the map you have downloaded. Did you try the the Benelux Full version [2] ? I assume it is more detailed. Otherwise you can always contact the maker of the map via i...@openfietsmap.nl He can explain which information from OSM is available in the different versions of his map. regards m [1] http://www.openstreetmap.org/node/31566150#map=13/50.3777/4.9701layers=N [2] http://www.openfietsmap.nl/downloads/bnl_full ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
[OSM-talk] Minor Roads
How does everyone feel about making minor roads render darker? You can hardly tell the difference between a residential street and a minor road in potlatch or I.D *Regards,* *Hans* ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Minor Roads
I would say you often can’t tell the difference on the ground either if you’re talking unclassified/residential, except for the presence of residences. But where are you talking about making them darker? You don’t say in your question, then talk about two editors who have their own internal schemes. Ed From: Hans De Kryger [mailto:hans.dekryge...@gmail.com] Sent: 23 December 2014 08:08 To: talk@openstreetmap.org Subject: [OSM-talk] Minor Roads How does everyone feel about making minor roads render darker? You can hardly tell the difference between a residential street and a minor road in potlatch or I.D Regards, Hans ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Potlatch 2 - Is it still being developed? Tasks?
Hi I still use P2, I've tried the others a few times, but keep returning. Is it still being developed? I've noticed a 'tasks' button has been added. Anybody knows what it's for? I was hoping there'd be an explanation in the weekly round-up blog. David F. --- This email has been checked for viruses by Avast antivirus software. http://www.avast.com ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Potlatch 2 - Is it still being developed? Tasks?
On 23/12/14 14:58, Dave F. wrote: I still use P2, I've tried the others a few times, but keep returning. Is it still being developed? I've noticed a 'tasks' button has been added. Anybody knows what it's for? I was hoping there'd be an explanation in the weekly round-up blog. I believe Richard has already explained in his diary entry: http://www.openstreetmap.org/user/Richard/diary/28267 Tom -- Tom Hughes (t...@compton.nu) http://compton.nu/ ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Potlatch 2 - Is it still being developed? Tasks?
Dave F. wrote: I still use P2, I've tried the others a few times, but keep returning. Is it still being developed? I've noticed a 'tasks' button has been added. Yes, it is, albeit sporadically. Now it's free of the pressure of being the default editor, it's able to gain a few more unusual features now and then. I've documented them in my user diary: http://www.openstreetmap.org/user/Richard/diary cheers Richard -- View this message in context: http://gis.19327.n5.nabble.com/Potlatch-2-Is-it-still-being-developed-Tasks-tp5828078p5828082.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Streams / Videos from SOTM 2014
Peter Barth osm-peda at won2.de writes: Hi, is anybody aware if there is a place with the full video stream or *all* videos. I saw (in another thread?!) this page on Vimeo¹. From time to time someone uploaded further videos but for a week or so nothing changed. And I'm pretty sure there are still missing ones. Peda [1] http://vimeo.com/album/3134207 I apologize for the delay in uploading the videos, it's entirely my fault (and depression, demotivation, etc). Videos from days 1 and 2 are all uploaded, but day 3 is not uploaded yet. I'm now back working on it and should have them all up soon. As for the full unedited video stream, it's only available in a pile of DVDs on my desk and in Gonzalo Pérez's hard disk... -- Nicolás ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Streams / Videos from SOTM 2014
Thanks so much for your work Nicolas! *Regards,* *Hans* On Tue, Dec 23, 2014 at 8:44 PM, Nicolás Alvarez nicolas.alva...@gmail.com wrote: Peter Barth osm-peda at won2.de writes: Hi, is anybody aware if there is a place with the full video stream or *all* videos. I saw (in another thread?!) this page on Vimeo¹. From time to time someone uploaded further videos but for a week or so nothing changed. And I'm pretty sure there are still missing ones. Peda [1] http://vimeo.com/album/3134207 I apologize for the delay in uploading the videos, it's entirely my fault (and depression, demotivation, etc). Videos from days 1 and 2 are all uploaded, but day 3 is not uploaded yet. I'm now back working on it and should have them all up soon. As for the full unedited video stream, it's only available in a pile of DVDs on my desk and in Gonzalo Pérez's hard disk... -- Nicolás ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-nl] Taglocator
Op 22 dec. 2014, om 22:42 heeft Gertjan Idema g.id...@zonnet.nl het volgende geschreven: Wat ik nog mis zijn klikbare links. Met name natuurlijk voor de website en wikipedia tags. [knip] Ik heb een voorbeeld xslt scriptje geschreven. Dit scriptje maakt links voor de volgende tags: wikipedia, website, url, twitter, mdb_id en dhm_id Dank je Gertjan! Oorspronkelijk was de tool niet bedoeld om alle beschikbare links (die bij nodes eventueel te vinden zijn), maar ik geef toe dat dat de praktische bruikbaarheid (voor de niet mapper dus) wel groter wordt als dat ook mogelijk zou zijn. Ik moet dan echter wel dieper in de code duiken, want het moet passen en uitwisselbaar zijn met de code die er nu al is en die deels door anderen is geschreven. Maar ik ga er zeker naar kijken! Marc. ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
[OSM-talk-nl] Maandelijkse PostGIS en CSV dumps BAG beschikbaar op data.nlextract.nl/bag
Beste Mensen, Er is nu een maandelijkse download van de BAG als PostGIS dump en CSV beschikbaar via http://data.nlextract.nl/bag Een autonoom (cron) proces checkt dagelijks of er op de PDOK site een nieuw BAG bronbestand beschikbaar is, gebruikmakend van de zgn PDOK BAG Atomfeed. Als de Atomfile (via datum veld) aangeeft dat de BAG vernieuwd is, wordt deze gedownload en met NLExtract-BAG ingelezen en verrijkt (provincies, gemeenten, adres tabel) in PostGIS. Vervolgens worden PostGIS en CSV dumps aangemaakt en ter download neergezet. Normaal gesproken zal er op iedere 8e/9e van de maand een verse BAG zijn, hoewel PDOK recentelijk wat storingen daarin had... Hartelijke groet, --Just ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Maandelijkse PostGIS en CSV dumps BAG beschikbaar op data.nlextract.nl/bag
Een autonoom (cron) proces checkt dagelijks of er op de PDOK site een nieuw BAG bronbestand beschikbaar is, gebruikmakend van de zgn PDOK BAG Atomfeed. Als de Atomfile (via datum veld) aangeeft dat de BAG vernieuwd is, wordt deze gedownload en met NLExtract-BAG ingelezen en verrijkt (provincies, gemeenten, adres tabel) in PostGIS. Vervolgens worden PostGIS en CSV dumps aangemaakt en ter download neergezet. Voor mijn eigen BAG database doe ik nagenoeg hetzelfde. Voor het automatisch kunnen importeren van de inspireadressen moest ik wel een argument toevoegen aan NLExtract om niet te prompten, hoe hebben jullie dat opgelost zodat er geen interactie nodig is? Normaal gesproken zal er op iedere 8e/9e van de maand een verse BAG zijn, hoewel PDOK recentelijk wat storingen daarin had... De updates van oktober en november zijn dit jaar net als vorig jaar overgeslagen. Dat vorige jaar dezelfde maanden zijn overgeslagen is opvallend, ik vermoed een structureel probleem. Mvg, Bas ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Maandelijkse PostGIS en CSV dumps BAG beschikbaar op data.nlextract.nl/bag
Leuk die cross-postings. On 23-12-14 13:17, Sebastiaan Couwenberg wrote: Een autonoom (cron) proces checkt dagelijks of er op de PDOK site een nieuw BAG bronbestand beschikbaar is, gebruikmakend van de zgn PDOK BAG Atomfeed. Als de Atomfile (via datum veld) aangeeft dat de BAG vernieuwd is, wordt deze gedownload en met NLExtract-BAG ingelezen en verrijkt (provincies, gemeenten, adres tabel) in PostGIS. Vervolgens worden PostGIS en CSV dumps aangemaakt en ter download neergezet. Voor mijn eigen BAG database doe ik nagenoeg hetzelfde. Voor het automatisch kunnen importeren van de inspireadressen moest ik wel een argument toevoegen aan NLExtract om niet te prompten, hoe hebben jullie dat opgelost zodat er geen interactie nodig is? Ja daar moet een override-optie komen. Voorlopig zo opgelost: ./bag-extract.sh -c ja.txt en in ja.txt staat alleen 'j' ;-) Normaal gesproken zal er op iedere 8e/9e van de maand een verse BAG zijn, hoewel PDOK recentelijk wat storingen daarin had... De updates van oktober en november zijn dit jaar net als vorig jaar overgeslagen. Dat vorige jaar dezelfde maanden zijn overgeslagen is opvallend, ik vermoed een structureel probleem. roblemen begonnen nadat men in van 2013 NLExtract/Stetl en custom SQL scripts die prima en snel werkten, ook voor BAG naar INSPIRE Address transformatie, op FME is overgestapt :-(. Afgelopen maanden is PDOK naar nieuw (JAP) platform gemigreerd. Dat heeft laatste keer voor oponthoud gezorgd is mij door PDOK Beheer aangegeven. Denk/hoop dat vanaf nu alles op orde is. Mvg, Just Mvg, Bas ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl -- kind regards / met vriendelijke groet, --Just Just van den Broecke j...@justobjects.nl Just Objects B.V. tel +31 65 4268627 Skype: justb4 The Netherlands http://www.justobjects.nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] [Dutch] Maandelijkse PostGIS en CSV dumps BAG beschikbaar op data.nlextract.nl/bag
On 23-12-14 13:17, Sebastiaan Couwenberg wrote: Een autonoom (cron) proces checkt dagelijks of er op de PDOK site een nieuw BAG bronbestand beschikbaar is, gebruikmakend van de zgn PDOK BAG Atomfeed. Als de Atomfile (via datum veld) aangeeft dat de BAG vernieuwd is, wordt deze gedownload en met NLExtract-BAG ingelezen en verrijkt (provincies, gemeenten, adres tabel) in PostGIS. Vervolgens worden PostGIS en CSV dumps aangemaakt en ter download neergezet. Voor mijn eigen BAG database doe ik nagenoeg hetzelfde. Voor het automatisch kunnen importeren van de inspireadressen moest ik wel een argument toevoegen aan NLExtract om niet te prompten, hoe hebben jullie dat opgelost zodat er geen interactie nodig is? Ja daar moet een override-optie komen. Voorlopig zo opgelost: ./bag-extract.sh -c ja.txt en in ja.txt staat alleen 'j' ;-) Ik heb mijn change hiervoor geforward in een pull request: https://github.com/opengeogroep/NLExtract/pull/135 Mvg, Bas ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] [Dutch] Maandelijkse PostGIS en CSV dumps BAG beschikbaar op data.nlextract.nl/bag
Ok, beter! Verwerkt en documentatie/test toegevoegd. Bedankt en groet, Just On 23-12-14 13:57, Sebastiaan Couwenberg wrote: On 23-12-14 13:17, Sebastiaan Couwenberg wrote: Een autonoom (cron) proces checkt dagelijks of er op de PDOK site een nieuw BAG bronbestand beschikbaar is, gebruikmakend van de zgn PDOK BAG Atomfeed. Als de Atomfile (via datum veld) aangeeft dat de BAG vernieuwd is, wordt deze gedownload en met NLExtract-BAG ingelezen en verrijkt (provincies, gemeenten, adres tabel) in PostGIS. Vervolgens worden PostGIS en CSV dumps aangemaakt en ter download neergezet. Voor mijn eigen BAG database doe ik nagenoeg hetzelfde. Voor het automatisch kunnen importeren van de inspireadressen moest ik wel een argument toevoegen aan NLExtract om niet te prompten, hoe hebben jullie dat opgelost zodat er geen interactie nodig is? Ja daar moet een override-optie komen. Voorlopig zo opgelost: ./bag-extract.sh -c ja.txt en in ja.txt staat alleen 'j' ;-) Ik heb mijn change hiervoor geforward in een pull request: https://github.com/opengeogroep/NLExtract/pull/135 Mvg, Bas ___ Dutch mailing list du...@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/dutch ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Taglocator met links
L.S. Ik keek via de link van Marc naar de situatie in Oisterwijk en zag de volgende problemen: * Het postkantoor zoals aangegeven bestaat niet meer * Op de hoek v/d B. Verwielstraat is een apotheek Ik wil graag bijdragen aan verbetering maar weet niet echt goed hoe. Is er ergens een simpele maar wel uitgebreide inleiding voor het voor het werken met OSM. Ik heb wel een computerachtergrond maar vooral in het ouderwetse programmeren. Seijo Kruizinga Marc Zoutendijk schreef op 23-12-2014 22:36: Taglocator nu met klikbare links! http://mijndev.openstreetmap.nl/~marczoutendijk/taglocator/ http://mijndev.openstreetmap.nl/%7Emarczoutendijk/taglocator/ Op verzoek van Gertjan. Gertjan, ik kon jouw code niet gebruiken wegens onverenigbaarheid van diverse basisonderdelen. Ik heb nu zelf wat gesleuteld. Voorlopig nog even proefdraaien. Opvallend is dat er erg weinig websites op die nodes zijn te vinden… (ik schat 1 op de 500). Marc. ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl Geen virus gevonden in dit bericht. Gecontroleerd door AVG - www.avg.com http://www.avg.com Versie: 2015.0.5577 / Virusdatabase: 4257/8793 - datum van uitgifte: 12/23/14 ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
[OSM-talk-nl] Privacy van deze mailinglijst?
Zonder dat ik het wist is mijn email via deze mailinglijst zichtbaar op internet. Voorbeeld https://lists.openstreetmap.org/pipermail/talk-nl/2014-November/015003.html (via Google gevonden) Hoe kunnen we ervoor zorgen dat emailadressen onzichtbaar gemaakt worden? Warme groet, Léon___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Privacy van deze mailinglijst?
Sommige mensen gebruiken een ander email adres voor mailing lists. Ik denk niet dat je het archieven zoals je hier [1] ziet zomaar kan aanpassen om de email adressen te verbergen. Dat is nu eenmaal het online leven. mvg m [1] http://wiki.openstreetmap.org/wiki/Mailing_lists 2014-12-24 8:39 GMT+01:00 Léon Tebbens l...@tebbens.eu: Zonder dat ik het wist is mijn email via deze mailinglijst zichtbaar op internet. Voorbeeld https://lists.openstreetmap.org/pipermail/talk-nl/2014-November/015003.html (via Google gevonden) Hoe kunnen we ervoor zorgen dat emailadressen onzichtbaar gemaakt worden? Warme groet, Léon ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Privacy van deze mailinglijst?
On 12/24/2014 08:39 AM, Léon Tebbens wrote: Hoe kunnen we ervoor zorgen dat emailadressen onzichtbaar gemaakt worden? Door de mailinglist administrators aan te schrijven en niet de lijst. :) Talk-nl list run by henk at toffehoff.nl, mvexel at gmail.com ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
[Talk-de] Wochennotiz Nr. 231 16.12.–22.12.2014
Hallo, die Wochennotiz Nr. 231 mit allen wichtigen Neuigkeiten aus der OpenStreetMap Welt ist da: http://blog.openstreetmap.de/blog/2014/12/wochennotiz-nr-231/ Viel Spaß beim Lesen! ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] cycleway=track bei Bordstein Trennung
Am 23. Dezember 2014 02:24 schrieb 715371 osmu715...@gmx.de: Für einen Renderer kann es zu Beispiel auch interressant sein, wenn er denn benutzungspflichtige und nicht benutzungspflichtige Radwege unterscheiden möchte. Aber einen eigenen Tag dafür kenne ich auch nicht, nur die Versuche indierekt über bicycle=use_sidepath oder durch die Unterscheidung von bicycle=official/designated und bicycle=yes. Ein eigener Wert (z.B. bicycle=mandatory/obligatorry o.ä.) schein wohl überfällig, aber das ist ein anderes Thema. +1 Die Info ruft dann zwar nicht mehr Fehler hervor, wenn sie fehlt, aber ist natürlich immer noch interessant. bicycle=mandatory/obligatorry wäre in dem Kontext zumindest ein Tagging über das ich noch nicht nachgedacht habe. Problem ist vielleicht, dass es alleine am Radweg keine access- Bedeutung hat/haben könnte. Stimmt. Ich habe da die Vorstellung das mandatory (official) designated und yes implizieren würde Das hängt davon ab, was man als Problem identifiziert. Für mich ist es das beide Modelle (an die Straße taggen, eigener Weg) sinnvoll sind. Daher wird wohl schon deit 2011 () darüber gestritten ws denn nun besser ist. Ende offen wie man sieht. Und dazwischen sind auch alle Meinungen möglich. Wie so oft. *zwinker* Hast du die Hauptprobleme, die seitdem diskutiert wurden irgendwo dokumentiert? Oder weißt du, ob es so etwas gibt? Wenn sich diese Diskussion immer wieder wiederholt, ist das auch nicht sehr produktiv. Eure/Unsere Meinungen und Vorschläge würde ich sonst gerne einmal zusammenfassen. Ich hab noch eine Email mit zwei Links hinterhergeschickt, die ist wohl irgentwo falsch abgebogen. Eine direkte Zusammenfassung habe ich noch nicht, aber ersteinmal die beiden Links: wiki.osm.org/wiki/DE_talk:Bicycle/Radverkehrsanlagen_kartieren - Behauptungen, die diese Seite aufstellt -Punkt 4 http://wiki.openstreetmap.org/wiki/Talk:Sidewalks - Separated from the road by some form of barrier? Falls ich noch mehr finde lasse ich sie Dir zukommen. Hast du da mal ein Beispiel, wie das gehen soll, mit OsmAnd, Maperitive und Tilemill sehe ich da keine Chance das hinzubekommen. Und das Problem des separaten/doppelten mappens entsteht bei Radwegen ja maximl bei cycleway=track/opposite_track. =lane wird ja unbestritten (glaub ich) an die Straße gemappt. Ich musste jetzt auch lange nachdenken, was ich damit sagen wollte, entschuldige! Ich habe in diesem Zusammenhang beim Rendern irgendein weiteres Problem vermutet. Passiert mir auch oft, oder ich vertue mich mit den Absätzen und Frage und Antworte auf passen nicht mehr zusammen. Weil es dabei auch noch auf die Seite ankommen könnte, wäre vielleicht ein ganz anderer Tag als bisher vorgeschlagen besser. Z.B. separate_cycletrack=left/right/both und analog das für footway separate_sidewalk=left/right/both Das ist zwar auch möglich, allerdings sehe ich da das Problem, dass man sich wieder zwischen Straße und Gehweg entscheiden muss. Ich werde es aber trotzdem mal mit zu den Variationen aufnehmen. Stimmt. Wenn es zusammen an einem Weg erfasst ist, wären die Tags nicht mehr so schön. Man müsste dann beides taggen. Da findet sich hoffentlich ein vernünfiter Kompromiss. Gruß Hubert ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] Tag per CAF?
2014-12-22 21:00 GMT+01:00 Damjan Gerl dam...@damjan.net: 22.12.2014 - 20:22 - John Doe: Concordo con Martin. Decidiamo un tag appropiato? Cosa ne dite di questo: office=accountant accountant=it:caf it=lingua italiana IT=Italia farei qualcosa come IT:Centro_Assistenza_Fiscale oppure IT:centro_assistenza_fiscale oppure IT:CAF ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] tag esteso per attività commerciale
faccio un esempio mappando un bar: amenity=cafe name=Bar Snoopy chiedo, ci sarà un tag aggiuntivo per salvare la denominazione fiscale completa dell'attività commerciale cioè: Bar Snoopy di Pinco Pallino C. s.n.c. oppure secondo voi devo mettere tutto per esteso nel tag name? grazie -- View this message in context: http://gis.19327.n5.nabble.com/tag-esteso-per-attivita-commerciale-tp5828084.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] tag esteso per attività commerciale
demon.box wrote faccio un esempio mappando un bar: amenity=cafe name=Bar Snoopy chiedo, ci sarà un tag aggiuntivo per salvare la denominazione fiscale completa dell'attività commerciale cioè: Bar Snoopy di Pinco Pallino C. s.n.c. oppure secondo voi devo mettere tutto per esteso nel tag name? grazie ---che cìè scritto sull'insegna... ...per il resto credo valga il tag operator -- View this message in context: http://gis.19327.n5.nabble.com/tag-esteso-per-attivita-commerciale-tp5828084p5828088.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] tag esteso per attività commerciale
23.12.2014 - 17:40 - scratera: demon.box wrote faccio un esempio mappando un bar: amenity=cafe name=Bar Snoopy chiedo, ci sarà un tag aggiuntivo per salvare la denominazione fiscale completa dell'attività commerciale cioè: Bar Snoopy di Pinco Pallino C. s.n.c. oppure secondo voi devo mettere tutto per esteso nel tag name? grazie ---che cìè scritto sull'insegna... ...per il resto credo valga il tag operator Io per il nome ufficiale uso il tag official_name=Bar Snoopy di Pinco Pallino C. s.n.c. Ciao Damjan ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] tag esteso per attività commerciale
+1 per operator è proprio quello che intendevo che è diverso da ciò che c'è scritto sull'insegna che metto invece come name grazie ;-) ciao -- View this message in context: http://gis.19327.n5.nabble.com/tag-esteso-per-attivita-commerciale-tp5828084p5828097.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-co] EN CAUCA, ATENCIÓN A EMERGENCIA TRAS AVALANCHA - Comunicado de prensa N° 202
Efectivamente no hay cobertura Bing o Mapbox para el AOI (en borrador) [1]. Para realizar la solicitud de imágenes a los proveedores del HOT se requiere: 1) Coordinar entre los actores (eso incluye al UNGRD) la definición del AOI; 2) Describir la organización que hace la solicitud y los usos que se le van a dar a OpenStreetMap. Otra opción es que el Gobierno (u OCHA) haga la solicitud al International Charter para imágenes post-desastre. Saludos, __ [1] http://umap.openstreetmap.co/es/map/untitled-map_201#10/1.8564/-77.0293 El 23 de diciembre de 2014, 11:17, Leonardo Gutierrez l...@nuevoartesano.com escribió: Saludos a todos, Tenemos alguna imagen de buena resolución para la zona? estuve revisando bing y mapbox pero ninguna tiene buena resolucion. Estaba haciendo esto para levantar la tarea de la zona en tareas.openstreetmap.co Gracias El 22 de diciembre de 2014, 10:37, Gestión del Riesgo de Desastres Ungrd comunicacio...@gestiondelriesgo.gov.co escribió: *Comunicado de prensa N° 202* *Bogotá 22 de diciembre de 2014* *EN CAUCA, ATENCIÓN A EMERGENCIA TRAS AVALANCHA* *El evento sucedió en la madrugada del domingo, como consecuencia de las lluvias que se presentaron al sur del Departamento e involucró a los ríos San Bingo y Mazamorras* *22 de diciembre de 2014. *Desde el momento de la emergencia sucedida a raíz de las lluvias presentadas en la tarde del sábado y la madrugada del domingo, el Sistema Nacional de Gestión del Riesgo de Desastres se activó para brindar atención a la emergencia que dejó a su paso 3 personas fallecidas, 50 casas afectadas y destrucción de 6 puentes vehiculares y 4 peatonales en los municipios de Mercaderes y Bolívar. Tras la coordinación del nivel Municipal, Departamental y Nacional y bajo el conocimiento del Presidente de la República, un equipo técnico de la Unidad Nacional para la Gestión del Riesgo de Desastres, UNGRD, se desplazó a la zona para la determinación de daños y análisis de necesidades, para adelantar las acciones de atención, resumidas así: - Activación del Sistema Nacional de Gestión del Riesgo - Acciones de Búsqueda y Rescate - Movilización del Batallón de Ingenieros del Ejército Nacional - Disposición de Banco de Maquinaria del Departamento - Evaluación de daños para la recuperación de puntos críticos - Coordinación del nivel Municipal, Departamental y Nacional En el día de mañana, el Director de la UNGRD, Carlos Iván Márquez Pérez, estará haciendo un recorrido de verificación por los municipios de Mercaderes y Bolívar y la entrega de ayudas de Asistencia Humanitaria de Emergencia, relativas a kits de mercado y materiales para la recuperación de viviendas. Seguiremos informando. *Diana Londoño* – Jefe Oficina Asesora de Comunicaciones 3124483908 diana.lond...@gestiondelriesgo.gov.co *Oficina Asesora de Comunicaciones* Unidad Nacional para la Gestión del Riesgo de Desastres *Teléfono:* 5529696 Ext.500 Para anular la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a prensa+unsubscr...@dgr.gov.co. ___ Talk-co mailing list Talk-co@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-co ___ Talk-co mailing list Talk-co@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-co ___ Talk-co mailing list Talk-co@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-co
[Talk-dk] Stier og veje i Jægersborg Dyrehave
Hej Alle Har lige været en tur i Jægersborg Dyrehave, nord for København (osm link http://osm.org/go/0NW5eTE). Næsten alle skovveje og stier er markeret som sti (highway=path), med forskellige ekstra tags. Jeg kunne godt tænker mig at rydde op i dette, så det bliver ens med resten af landet. Man kan bare se på Naturstyrelsen eget kort over området (der ikke er helt korrekt) på dette link http://naturstyrelsen.dk/media/nst/Attachments/JaegersborgDyrehave_Ridestier_270312.pdf F.eks. skal alle skovveje registreres som highway=track (med de ekstra tag der nu gælder) *Er der nogen der har problemer med at jeg retter området til?* PS. Det er ikke bare en sofa rettelse, idet jeg har boet tæt på området i mange år og kommer der hvert år. Ved tvivl lægger jeg evt. en osm-note om det Jens ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Stier og veje i Jægersborg Dyrehave
Der er rigtig mange steder rundt i landet hvor skovveje er tagget som path, footway eller endda cycleway. Jeg tror det skyldes begyndere der har været forvirrede over hvad der er det korrekte, men grundlæggende er der rigtig mange steder (også i hovedstadsområdet), hvor der trænger til at blive ryddet grundigt op. Jeg har gjort det mange steder, men der er meget at gøre og mange steder er det vanskeligt via ortofotos at afgøre hvad der er det korrekte. Så hvis du føler for at rydde op i et område og endda kender det godt, så skal du endelig gøre det. /Hjart Tirsdag den 23. december 2014 11:28:32 skrev Jens Winbladh: Hej Alle Har lige været en tur i Jægersborg Dyrehave, nord for København (osm link http://osm.org/go/0NW5eTE). Næsten alle skovveje og stier er markeret som sti (highway=path), med forskellige ekstra tags. Jeg kunne godt tænker mig at rydde op i dette, så det bliver ens med resten af landet. Man kan bare se på Naturstyrelsen eget kort over området (der ikke er helt korrekt) på dette link http://naturstyrelsen.dk/media/nst/Attachments/JaegersborgDyrehave_Ridestie r_270312.pdf F.eks. skal alle skovveje registreres som highway=track (med de ekstra tag der nu gælder) *Er der nogen der har problemer med at jeg retter området til?* PS. Det er ikke bare en sofa rettelse, idet jeg har boet tæt på området i mange år og kommer der hvert år. Ved tvivl lægger jeg evt. en osm-note om det Jens ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Stier og veje i Jægersborg Dyrehave
Men vi kan vel være enige om, at mindre stier i skovene godt kan markeres som path? Jeg har rettet en del stier i mine nærskove, hvor jeg har markeret de meget små stier som path, og markeret de store skovveje som track. Footpath forstår jeg ikke i skovene, mens cycleways kan virke ok i visse områder, hvor der virkelig er lavet en cykelsti gennem skoven med asfalt-und-alles. /Flemming Den 23-12-2014 kl. 11:44 skrev Michael Andersen: Der er rigtig mange steder rundt i landet hvor skovveje er tagget som path, footway eller endda cycleway. Jeg tror det skyldes begyndere der har været forvirrede over hvad der er det korrekte, men grundlæggende er der rigtig mange steder (også i hovedstadsområdet), hvor der trænger til at blive ryddet grundigt op. Jeg har gjort det mange steder, men der er meget at gøre og mange steder er det vanskeligt via ortofotos at afgøre hvad der er det korrekte. Så hvis du føler for at rydde op i et område og endda kender det godt, så skal du endelig gøre det. /Hjart Tirsdag den 23. december 2014 11:28:32 skrev Jens Winbladh: Hej Alle Har lige været en tur i Jægersborg Dyrehave, nord for København (osm link http://osm.org/go/0NW5eTE). Næsten alle skovveje og stier er markeret som sti (highway=path), med forskellige ekstra tags. Jeg kunne godt tænker mig at rydde op i dette, så det bliver ens med resten af landet. Man kan bare se på Naturstyrelsen eget kort over området (der ikke er helt korrekt) på dette link http://naturstyrelsen.dk/media/nst/Attachments/JaegersborgDyrehave_Ridestie r_270312.pdf F.eks. skal alle skovveje registreres som highway=track (med de ekstra tag der nu gælder) *Er der nogen der har problemer med at jeg retter området til?* PS. Det er ikke bare en sofa rettelse, idet jeg har boet tæt på området i mange år og kommer der hvert år. Ved tvivl lægger jeg evt. en osm-note om det Jens ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Stier og veje i Jægersborg Dyrehave
Det er jo et omdiskuteret emne, som dukker op med jævne mellemrum. Tommelfingerreglen handler om hvorvidt 4-hjulede (fx skovvæsnets vogne) kan køre der (=track), eller ej (=path). På dansk svarer det vel til forskellen på 'skovvej' og 'skovsti'. Wikien er god at blive klog af: http://wiki.openstreetmap.org/wiki/Tag:highway%3Dtrack http://wiki.openstreetmap.org/wiki/Tag:highway%3Dpath http://wiki.openstreetmap.org/wiki/Path_examples http://wiki.openstreetmap.org/wiki/Path_controversy /Lars 2014-12-23 11:53 GMT+01:00 Flemming Bruun flemmin...@gmail.com: Men vi kan vel være enige om, at mindre stier i skovene godt kan markeres som path? Jeg har rettet en del stier i mine nærskove, hvor jeg har markeret de meget små stier som path, og markeret de store skovveje som track. Footpath forstår jeg ikke i skovene, mens cycleways kan virke ok i visse områder, hvor der virkelig er lavet en cykelsti gennem skoven med asfalt-und-alles. /Flemming Den 23-12-2014 kl. 11:44 skrev Michael Andersen: Der er rigtig mange steder rundt i landet hvor skovveje er tagget som path, footway eller endda cycleway. Jeg tror det skyldes begyndere der har været forvirrede over hvad der er det korrekte, men grundlæggende er der rigtig mange steder (også i hovedstadsområdet), hvor der trænger til at blive ryddet grundigt op. Jeg har gjort det mange steder, men der er meget at gøre og mange steder er det vanskeligt via ortofotos at afgøre hvad der er det korrekte. Så hvis du føler for at rydde op i et område og endda kender det godt, så skal du endelig gøre det. /Hjart Tirsdag den 23. december 2014 11:28:32 skrev Jens Winbladh: Hej Alle Har lige været en tur i Jægersborg Dyrehave, nord for København (osm link http://osm.org/go/0NW5eTE). Næsten alle skovveje og stier er markeret som sti (highway=path), med forskellige ekstra tags. Jeg kunne godt tænker mig at rydde op i dette, så det bliver ens med resten af landet. Man kan bare se på Naturstyrelsen eget kort over området (der ikke er helt korrekt) på dette link http://naturstyrelsen.dk/media/nst/Attachments/JaegersborgDyrehave_Ridestie r_270312.pdf F.eks. skal alle skovveje registreres som highway=track (med de ekstra tag der nu gælder) *Er der nogen der har problemer med at jeg retter området til?* PS. Det er ikke bare en sofa rettelse, idet jeg har boet tæt på området i mange år og kommer der hvert år. Ved tvivl lægger jeg evt. en osm-note om det Jens ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Stier og veje i Jægersborg Dyrehave
Hej alle sammen Track vil jeg sige er dette her (fra Mapillary) som ses i billedet http://www.mapillary.com/map/im/uswhSEvyrQMOjrf95SqcQw Her kan en traktor eller anden skovmaskine køre rundt på samt folk på cykel eller til fods. Desværre sætter nogen rutenavigation (fods eller cykel) alle tracks til default bicycle=no og foot=no - Her skal man så ind og angive bicycle=yes og foot=yes Path, og som Flemming nævnte dumte at bruge footway med mindre angivet direkte med et skilt i skoven. Da 99 % af alle stier i skove må benyttes af cyklister eller gående. Path billede (min tolkning) fra Mapillary http://www.mapillary.com/map/im/ABEGdjlzoeI-nbUS0mybhg vh Søren Johannessen 2014-12-23 11:53 GMT+01:00 Flemming Bruun flemmin...@gmail.com: Men vi kan vel være enige om, at mindre stier i skovene godt kan markeres som path? Jeg har rettet en del stier i mine nærskove, hvor jeg har markeret de meget små stier som path, og markeret de store skovveje som track. Footpath forstår jeg ikke i skovene, mens cycleways kan virke ok i visse områder, hvor der virkelig er lavet en cykelsti gennem skoven med asfalt-und-alles. /Flemming Den 23-12-2014 kl. 11:44 skrev Michael Andersen: Der er rigtig mange steder rundt i landet hvor skovveje er tagget som path, footway eller endda cycleway. Jeg tror det skyldes begyndere der har været forvirrede over hvad der er det korrekte, men grundlæggende er der rigtig mange steder (også i hovedstadsområdet), hvor der trænger til at blive ryddet grundigt op. Jeg har gjort det mange steder, men der er meget at gøre og mange steder er det vanskeligt via ortofotos at afgøre hvad der er det korrekte. Så hvis du føler for at rydde op i et område og endda kender det godt, så skal du endelig gøre det. /Hjart Tirsdag den 23. december 2014 11:28:32 skrev Jens Winbladh: Hej Alle Har lige været en tur i Jægersborg Dyrehave, nord for København (osm link http://osm.org/go/0NW5eTE). Næsten alle skovveje og stier er markeret som sti (highway=path), med forskellige ekstra tags. Jeg kunne godt tænker mig at rydde op i dette, så det bliver ens med resten af landet. Man kan bare se på Naturstyrelsen eget kort over området (der ikke er helt korrekt) på dette link http://naturstyrelsen.dk/media/nst/Attachments/JaegersborgDyrehave_Ridestie r_270312.pdf F.eks. skal alle skovveje registreres som highway=track (med de ekstra tag der nu gælder) *Er der nogen der har problemer med at jeg retter området til?* PS. Det er ikke bare en sofa rettelse, idet jeg har boet tæt på området i mange år og kommer der hvert år. Ved tvivl lægger jeg evt. en osm-note om det Jens ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Stier og veje i Jægersborg Dyrehave
Det er da en glimrende ide, så gå endelig i gang. Så vidt jeg kan se er der desværre også sat nogle highway=footway på, fx Frederik d. VII's Sti, Skodsborg Sti og Mathildevej i den nordlige del. Det er en ofte forekommende fejl (formentlig fordi mange mappere tror, at når en cykelsti hedder cycleway, så må en gangsti hedde footway), men footway bruges normalt kun om en flisebelagt eller asfalteret gangsti i eller tæt på en bebyggelse - se her http://wiki.openstreetmap.org/wiki/Tag:highway%3Dfootway / sba-dk Fra: Jens Winbladh [mailto:j...@somewhere.dk] Sendt: 23. december 2014 11:29 Til: OpenStreetMap Denmark Emne: [Talk-dk] Stier og veje i Jægersborg Dyrehave Hej Alle Har lige været en tur i Jægersborg Dyrehave, nord for København (osm link http://osm.org/go/0NW5eTE ). Næsten alle skovveje og stier er markeret som sti (highway=path), med forskellige ekstra tags. Jeg kunne godt tænker mig at rydde op i dette, så det bliver ens med resten af landet. Man kan bare se på Naturstyrelsen eget kort over området (der ikke er helt korrekt) på dette link http://naturstyrelsen.dk/media/nst/Attachments/JaegersborgDyrehave_Ridestier_270312.pdf F.eks. skal alle skovveje registreres som highway=track (med de ekstra tag der nu gælder) Er der nogen der har problemer med at jeg retter området til? PS. Det er ikke bare en sofa rettelse, idet jeg har boet tæt på området i mange år og kommer der hvert år. Ved tvivl lægger jeg evt. en osm-note om det Jens ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Stier og veje i Jægersborg Dyrehave
Jeg mener, at en del af forvirringen er både det billede du har linket til nedenfor, men også billedet på wiki'en: http://wiki.openstreetmap.org/wiki/Tag:highway%3Dtrack Ingen af de 2 veje er begrænset til traktorer eller 4-hjulstrækkere, som beskrevet. Begge viser veje, som sandsynligvis er den alm. adgangsvej til huse på landet og jeg ville da ikke være bange for at tage min alm. bil med. Måske ikke lige i snevejr, men ellers. hilsen Uffe Kousgaard Soren Johannessen wrote: Hej alle sammen Track vil jeg sige er dette her (fra Mapillary) som ses i billedet http://www.mapillary.com/map/im/uswhSEvyrQMOjrf95SqcQw vh Søren Johannessen ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Stier og veje i Jægersborg Dyrehave
Jeg mener, at mange veje, der nu er tagget som stier eller track, burde tagges som highway=service, motor_vehicle=private Hvis man kan kan køre på dem med en familiebil, er det ikke et track. On 23-12-2014 12:17, Soren Johannessen wrote: Hej alle sammen Track vil jeg sige er dette her (fra Mapillary) som ses i billedet http://www.mapillary.com/map/im/uswhSEvyrQMOjrf95SqcQw Her kan en traktor eller anden skovmaskine køre rundt på samt folk på cykel eller til fods. Desværre sætter nogen rutenavigation (fods eller cykel) alle tracks til default bicycle=no og foot=no - Her skal man så ind og angive bicycle=yes og foot=yes Path, og som Flemming nævnte dumte at bruge footway med mindre angivet direkte med et skilt i skoven. Da 99 % af alle stier i skove må benyttes af cyklister eller gående. Path billede (min tolkning) fra Mapillary http://www.mapillary.com/map/im/ABEGdjlzoeI-nbUS0mybhg vh Søren Johannessen 2014-12-23 11:53 GMT+01:00 Flemming Bruun flemmin...@gmail.com: Men vi kan vel være enige om, at mindre stier i skovene godt kan markeres som path? Jeg har rettet en del stier i mine nærskove, hvor jeg har markeret de meget små stier som path, og markeret de store skovveje som track. Footpath forstår jeg ikke i skovene, mens cycleways kan virke ok i visse områder, hvor der virkelig er lavet en cykelsti gennem skoven med asfalt-und-alles. /Flemming Den 23-12-2014 kl. 11:44 skrev Michael Andersen: Der er rigtig mange steder rundt i landet hvor skovveje er tagget som path, footway eller endda cycleway. Jeg tror det skyldes begyndere der har været forvirrede over hvad der er det korrekte, men grundlæggende er der rigtig mange steder (også i hovedstadsområdet), hvor der trænger til at blive ryddet grundigt op. Jeg har gjort det mange steder, men der er meget at gøre og mange steder er det vanskeligt via ortofotos at afgøre hvad der er det korrekte. Så hvis du føler for at rydde op i et område og endda kender det godt, så skal du endelig gøre det. /Hjart Tirsdag den 23. december 2014 11:28:32 skrev Jens Winbladh: Hej Alle Har lige været en tur i Jægersborg Dyrehave, nord for København (osm link http://osm.org/go/0NW5eTE). Næsten alle skovveje og stier er markeret som sti (highway=path), med forskellige ekstra tags. Jeg kunne godt tænker mig at rydde op i dette, så det bliver ens med resten af landet. Man kan bare se på Naturstyrelsen eget kort over området (der ikke er helt korrekt) på dette link http://naturstyrelsen.dk/media/nst/Attachments/JaegersborgDyrehave_Ridestie r_270312.pdf F.eks. skal alle skovveje registreres som highway=track (med de ekstra tag der nu gælder) *Er der nogen der har problemer med at jeg retter området til?* PS. Det er ikke bare en sofa rettelse, idet jeg har boet tæt på området i mange år og kommer der hvert år. Ved tvivl lægger jeg evt. en osm-note om det Jens ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk -- Niels Elgaard Larsen ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Stier og veje i Jægersborg Dyrehave
Tirsdag den 23. december 2014 11:53:59 skrev Flemming Bruun: Men vi kan vel være enige om, at mindre stier i skovene godt kan markeres som path? Jo da. Jeg har rettet en del stier i mine nærskove, hvor jeg har markeret de meget små stier som path, og markeret de store skovveje som track. Footpath forstår jeg ikke i skovene, mens cycleways kan virke ok i visse områder, hvor der virkelig er lavet en cykelsti gennem skoven med asfalt-und-alles. /Flemming Det virker helt i tråd med hvad jeg hælder til. Ude i den store verden lader der til at være en del uenighed om hvad der er korrekt og på trods af min erfaring støder jeg stadig på mange tilfælde hvor jeg er i tvivl om hvad der er det mest rigtige. Track foretrækker jeg dog at definere som skov/markveje, beregnet til privat kørsel med skov/landbrugsmaskiner, selvom om man (hvis det var tilladt) kunne køre på dem med en typisk familiebil, men hvor der dog er offentlig adgang til fods eller cykel. Path bruger jeg til generelle stier, der ikke er enten decideret gang- eller cykel-stier. Jeg kan også finde på at bruge det hvor jeg via ortofotos ikke umiddelbart kan afgøre om det er det ene eller det andet. Cycleway bruger jeg til stier der primært er beregnet til (almindelige) cykler. /Hjart Den 23-12-2014 kl. 11:44 skrev Michael Andersen: Der er rigtig mange steder rundt i landet hvor skovveje er tagget som path, footway eller endda cycleway. Jeg tror det skyldes begyndere der har været forvirrede over hvad der er det korrekte, men grundlæggende er der rigtig mange steder (også i hovedstadsområdet), hvor der trænger til at blive ryddet grundigt op. Jeg har gjort det mange steder, men der er meget at gøre og mange steder er det vanskeligt via ortofotos at afgøre hvad der er det korrekte. Så hvis du føler for at rydde op i et område og endda kender det godt, så skal du endelig gøre det. /Hjart Tirsdag den 23. december 2014 11:28:32 skrev Jens Winbladh: Hej Alle Har lige været en tur i Jægersborg Dyrehave, nord for København (osm link http://osm.org/go/0NW5eTE). Næsten alle skovveje og stier er markeret som sti (highway=path), med forskellige ekstra tags. Jeg kunne godt tænker mig at rydde op i dette, så det bliver ens med resten af landet. Man kan bare se på Naturstyrelsen eget kort over området (der ikke er helt korrekt) på dette link http://naturstyrelsen.dk/media/nst/Attachments/JaegersborgDyrehave_Rides tie r_270312.pdf F.eks. skal alle skovveje registreres som highway=track (med de ekstra tag der nu gælder) *Er der nogen der har problemer med at jeg retter området til?* PS. Det er ikke bare en sofa rettelse, idet jeg har boet tæt på området i mange år og kommer der hvert år. Ved tvivl lægger jeg evt. en osm-note om det Jens ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Stier og veje i Jægersborg Dyrehave
Hvorfor er der forviring mit billede? Det viser da track fra skov, det er fra Mapillary og viser geotagget billede sekvens inde fra Færgelunden (skov) og der er ingen boede huse på det vejsegment eller i skoven for den sags skyld Billeder der ligner ja vi ser ofte dem i sommerhuse områder med samme fysiske struktur/udformning (Se fx billede fra sommerhusområde http://www.mapillary.com/map/im/QG4JOn4Xwr8LNigWvLZIBg ) , her kan man så vælge residential og indkørsler ned til gårde kan så tagges highway=service service=driveway - de ligner som regel det vist fra billederne. vh Søren 2014-12-23 12:30 GMT+01:00 Uffe Kousgaard uffe.kousga...@routeware.dk: Jeg mener, at en del af forvirringen er både det billede du har linket til nedenfor, men også billedet på wiki'en: http://wiki.openstreetmap.org/wiki/Tag:highway%3Dtrack Ingen af de 2 veje er begrænset til traktorer eller 4-hjulstrækkere, som beskrevet. Begge viser veje, som sandsynligvis er den alm. adgangsvej til huse på landet og jeg ville da ikke være bange for at tage min alm. bil med. Måske ikke lige i snevejr, men ellers. hilsen Uffe Kousgaard Soren Johannessen wrote: Hej alle sammen Track vil jeg sige er dette her (fra Mapillary) som ses i billedet http://www.mapillary.com/map/im/uswhSEvyrQMOjrf95SqcQw vh Søren Johannessen ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Stier og veje i Jægersborg Dyrehave
En lille opsummering af hovedlinjerne (som jeg selv er enig i) *Stier* *For at stier skal tagges som cycleway eller footpath, så skal de være skiltede som sådan. Dvs. skovstier i skoven kun kan være path (selvom de er asfalt belagt, men så er de typisk skiltet)* *Skovveje* *Veje, hvor motorkøretøjer kan/har lov til at køre, der ikke er umiddelbart ikke er i forbindelse med der normale vejnet er et track.* *Fx. vil en alm. indkørsel til en bolig være tagget highway=service og service=driveway, skovveje der kører videre ind i fx. en skov vil være tagget track. (dette er dog ikke helt let altid at lave i praksis)* *Almen gældende for ovenstående* *Gældende for path og track så kan der lægges ekstra tags på. Typisk tags i katagorierne underlag (surface=), adgang (access=), bredde (width=), navn (name=) * Under kategorien adgang er også Jeg håber at der hvad stien/vejen er 'udpeget'. F.eks. kan det være lov til at ride på stien (hvilket ikke gælder alle stier i skovene). Håber at I alle kan nikke genkendende til dette. Omend der er hovedlinjerne, kan der selvfølgeligt komme tilfælde hvor ovenstående ikke gælder, men hvor der skal laves en konkret vurdering. Ovenstående er skrevet på baggrund af flere års diskussioner på dette område (også på denne mail-liste) God Jul Jens Den 23. december 2014 kl. 12.37 skrev Michael Andersen hj...@milvus.dk: Tirsdag den 23. december 2014 11:53:59 skrev Flemming Bruun: Men vi kan vel være enige om, at mindre stier i skovene godt kan markeres som path? Jo da. Jeg har rettet en del stier i mine nærskove, hvor jeg har markeret de meget små stier som path, og markeret de store skovveje som track. Footpath forstår jeg ikke i skovene, mens cycleways kan virke ok i visse områder, hvor der virkelig er lavet en cykelsti gennem skoven med asfalt-und-alles. /Flemming Det virker helt i tråd med hvad jeg hælder til. Ude i den store verden lader der til at være en del uenighed om hvad der er korrekt og på trods af min erfaring støder jeg stadig på mange tilfælde hvor jeg er i tvivl om hvad der er det mest rigtige. Track foretrækker jeg dog at definere som skov/markveje, beregnet til privat kørsel med skov/landbrugsmaskiner, selvom om man (hvis det var tilladt) kunne køre på dem med en typisk familiebil, men hvor der dog er offentlig adgang til fods eller cykel. Path bruger jeg til generelle stier, der ikke er enten decideret gang- eller cykel-stier. Jeg kan også finde på at bruge det hvor jeg via ortofotos ikke umiddelbart kan afgøre om det er det ene eller det andet. Cycleway bruger jeg til stier der primært er beregnet til (almindelige) cykler. /Hjart Den 23-12-2014 kl. 11:44 skrev Michael Andersen: Der er rigtig mange steder rundt i landet hvor skovveje er tagget som path, footway eller endda cycleway. Jeg tror det skyldes begyndere der har været forvirrede over hvad der er det korrekte, men grundlæggende er der rigtig mange steder (også i hovedstadsområdet), hvor der trænger til at blive ryddet grundigt op. Jeg har gjort det mange steder, men der er meget at gøre og mange steder er det vanskeligt via ortofotos at afgøre hvad der er det korrekte. Så hvis du føler for at rydde op i et område og endda kender det godt, så skal du endelig gøre det. /Hjart Tirsdag den 23. december 2014 11:28:32 skrev Jens Winbladh: Hej Alle Har lige været en tur i Jægersborg Dyrehave, nord for København (osm link http://osm.org/go/0NW5eTE). Næsten alle skovveje og stier er markeret som sti (highway=path), med forskellige ekstra tags. Jeg kunne godt tænker mig at rydde op i dette, så det bliver ens med resten af landet. Man kan bare se på Naturstyrelsen eget kort over området (der ikke er helt korrekt) på dette link http://naturstyrelsen.dk/media/nst/Attachments/JaegersborgDyrehave_Rides tie r_270312.pdf F.eks. skal alle skovveje registreres som highway=track (med de ekstra tag der nu gælder) *Er der nogen der har problemer med at jeg retter området til?* PS. Det er ikke bare en sofa rettelse, idet jeg har boet tæt på området i mange år og kommer der hvert år. Ved tvivl lægger jeg evt. en osm-note om det Jens ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Stier og veje i Jægersborg Dyrehave
Problemet er den engelske beskrivelse af et track. Det lægger op til en vej af så dårlig kvalitet, at kun traktorer eller 4-hjulstrækkere kan køre der. Det passer dårligt med de fleste danske skovveje. De er jo typisk blot en grusvej, mere eller mindre magen til dem i mange sommerhusområder. Nogle må man køre på, andre kræver at man ikke er "uvedkommende" m.m. I så fald er det det, man bør tagge. hilsen Uffe Soren Johannessen wrote: Hvorfor er der forviring mit billede? Det viser da track fra skov, det er fra Mapillary og viser geotagget billede sekvens inde fra Færgelunden (skov) og der er ingen boede huse på det vejsegment eller i skoven for den sags skyld Billeder der ligner ja vi ser ofte dem i sommerhuse områder med samme fysiske struktur/udformning (Se fx billede fra sommerhusområde http://www.mapillary.com/map/im/QG4JOn4Xwr8LNigWvLZIBg ) , her kan man så vælge residential og indkørsler ned til gårde kan så tagges highway=service service=driveway - de ligner som regel det vist fra billederne. vh Søren 2014-12-23 12:30 GMT+01:00 Uffe Kousgaard uffe.kousga...@routeware.dk: Jeg mener, at en del af forvirringen er både det billede du har linket til nedenfor, men også billedet på wiki'en: http://wiki.openstreetmap.org/wiki/Tag:highway%3Dtrack Ingen af de 2 veje er begrænset til traktorer eller 4-hjulstrækkere, som beskrevet. Begge viser veje, som sandsynligvis er den alm. adgangsvej til huse på landet og jeg ville da ikke være bange for at tage min alm. bil med. Måske ikke lige i snevejr, men ellers. hilsen Uffe Kousgaard Soren Johannessen wrote: Hej alle sammen Track vil jeg sige er dette her (fra Mapillary) som ses i billedet http://www.mapillary.com/map/im/uswhSEvyrQMOjrf95SqcQw vh Søren Johannessen ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Stier og veje i Jægersborg Dyrehave
On 23-12-2014 13:15, Jens Winbladh wrote: En lille opsummering af hovedlinjerne (som jeg selv er enig i) *Skovveje* /Veje, hvor motorkøretøjer kan/har lov til at køre, der ikke er umiddelbart ikke er i forbindelse med der normale vejnet er et track./ /Fx. vil en alm. indkørsel til en bolig være tagget highway=service og service=driveway, skovveje der kører videre ind i fx. en skov vil være tagget track. (dette er dog ikke helt let altid at lave i praksis)/ Nej, og de er vel næsten altid i forbindelse med det normale vejnet. Dem i Dyrehaven er i alt fald. I Dyrehaven har vi også tagget en skovridergård, flere vildthuse, Erimitageslottet, en håndfuld affaldspande, Peder Lips hus, et golfhus, osv. Alt sammen noget, jeg er ret sikker på, bliver serviceret dagligt af almindelige biler og varevogne. Jeg går fx ud fra, at man kan sende post til Skovridergården, Dyrehaven 6. Og hvis postbudet slår op på OSM vil han/hun nok blive skuffet over at skulle køre på en sti eller et track. Peder Lips vej er da også en vej og ikke et hjulspor, selvom de fleste kun kan køre der i hestevogn. Jeg tror fx at handicappede kan få lov til at køre i bil til Peder Lips hus. Bakken skriver selv: == Dyrehaven Næsten alle stier i Dyrehaven er tilgængelige for kørestolsbrugere, og det forgrenede stinet gør at du selv kan bestemme længden af din tur. == Det synes jeg heller ikke harmonerer med track. / / *Almen gældende for ovenstående* * * /Gældende for path og track så kan der lægges ekstra tags på. Typisk tags i katagorierne underlag (surface=), adgang (access=), bredde (width=), navn (name=) / Under kategorien adgang er også Jeg håber at der hvad stien/vejen er 'udpeget'. F.eks. kan det være lov til at ride på stien (hvilket ikke gælder alle stier i skovene). Håber at I alle kan nikke genkendende til dette. Omend der er hovedlinjerne, kan der selvfølgeligt komme tilfælde hvor ovenstående ikke gælder, men hvor der skal laves en konkret vurdering. Ovenstående er skrevet på baggrund af flere års diskussioner på dette område (også på denne mail-liste) God Jul Jens Den 23. december 2014 kl. 12.37 skrev Michael Andersen hj...@milvus.dk mailto:hj...@milvus.dk: Tirsdag den 23. december 2014 11:53:59 skrev Flemming Bruun: Men vi kan vel være enige om, at mindre stier i skovene godt kan markeres som path? Jo da. Jeg har rettet en del stier i mine nærskove, hvor jeg har markeret de meget små stier som path, og markeret de store skovveje som track. Footpath forstår jeg ikke i skovene, mens cycleways kan virke ok i visse områder, hvor der virkelig er lavet en cykelsti gennem skoven med asfalt-und-alles. /Flemming Det virker helt i tråd med hvad jeg hælder til. Ude i den store verden lader der til at være en del uenighed om hvad der er korrekt og på trods af min erfaring støder jeg stadig på mange tilfælde hvor jeg er i tvivl om hvad der er det mest rigtige. Track foretrækker jeg dog at definere som skov/markveje, beregnet til privat kørsel med skov/landbrugsmaskiner, selvom om man (hvis det var tilladt) kunne køre på dem med en typisk familiebil, men hvor der dog er offentlig adgang til fods eller cykel. Path bruger jeg til generelle stier, der ikke er enten decideret gang- eller cykel-stier. Jeg kan også finde på at bruge det hvor jeg via ortofotos ikke umiddelbart kan afgøre om det er det ene eller det andet. Cycleway bruger jeg til stier der primært er beregnet til (almindelige) cykler. /Hjart Den 23-12-2014 kl. 11:44 skrev Michael Andersen: Der er rigtig mange steder rundt i landet hvor skovveje er tagget som path, footway eller endda cycleway. Jeg tror det skyldes begyndere der har været forvirrede over hvad der er det korrekte, men grundlæggende er der rigtig mange steder (også i hovedstadsområdet), hvor der trænger til at blive ryddet grundigt op. Jeg har gjort det mange steder, men der er meget at gøre og mange steder er det vanskeligt via ortofotos at afgøre hvad der er det korrekte. Så hvis du føler for at rydde op i et område og endda kender det godt, så skal du endelig gøre det. /Hjart Tirsdag den 23. december 2014 11:28:32 skrev Jens Winbladh: Hej Alle Har lige været en tur i Jægersborg Dyrehave, nord for København (osm link http://osm.org/go/0NW5eTE). Næsten alle skovveje og stier er markeret som sti (highway=path), med forskellige ekstra tags. Jeg kunne godt tænker mig at rydde op i dette, så det bliver ens med resten af landet. Man kan bare se på Naturstyrelsen eget kort over området (der ikke er helt
Re: [Talk-dk] Stier og veje i Jægersborg Dyrehave
Også enig. Her vestpå er der stadig en del grusveje som er fælles for flere huse og bruges af alle slags køretøjer. De er forhåbentlig taggede med highway=unclassified og surface=gravel eller surface=unpaved. Nogle af dem er ret ringe, så de burde egentlig tagges med tracktype=grade4. Det må man godt, men om renderen kan bruge det ved jeg ikke. For mig ligger der en eller anden landbrugs- eller forstmæssig benyttelse i ordet track, dvs markvej eller skovvej, hvor der normalt ikke er adgang for familiebiler, selv om adgangen selvfølgelig også kan tagges. Jeg ville umiddelbart være ked af at bil-ruteren ledte mig ud på et track. Jeg har i øvrigt fundet en potentiel fejlkilde mere til disse tags: Potlatch har nogle tvetydige småbilleder, og kan i øvrigt heller ikke foreslå tracktype. Vi mangler stadig den entydige begyndervejledning... /sba-dk -Oprindelig meddelelse- Fra: Lars Thegler [mailto:l...@thegler.dk] Sendt: 23. december 2014 13:46 Til: OpenStreetMap Denmark Emne: Re: [Talk-dk] Stier og veje i Jægersborg Dyrehave En grusvej i et sommerhusområde er ikke det samme som en grusvej inde i en skov, selvom nybegyndere måske kan synes det. Tagget 'highway' bestemmes af benyttelsen, ikke af overfladen. Ordet 'grus'vej henviser således til overfladen (surface), ikke til benyttelsen. En vej i et sommerhusområde bør default tagges highway=residential eller highway=unclassified, og skifter ikke 'highway' tag blot fordi grundejerforeningen får den asfalteret. Men den skifter selvfølgelig 'surface' tag fra 'unpaved' til 'asphalt'. Do not use tracks to represent public unpaved roads in built-up areas. (http://wiki.openstreetmap.org/wiki/Tag:highway%3Dtrack) Ellers er jeg enig i Jens' opsummering. /Lars 2014-12-23 13:17 GMT+01:00 Uffe Kousgaard uffe.kousga...@routeware.dk: Problemet er den engelske beskrivelse af et track. Det lægger op til en vej af så dårlig kvalitet, at kun traktorer eller 4-hjulstrækkere kan køre der. Det passer dårligt med de fleste danske skovveje. De er jo typisk blot en grusvej, mere eller mindre magen til dem i mange sommerhusområder. Nogle må man køre på, andre kræver at man ikke er uvedkommende m.m. I så fald er det det, man bør tagge. hilsen Uffe Soren Johannessen wrote: Hvorfor er der forviring mit billede? Det viser da track fra skov, det er fra Mapillary og viser geotagget billede sekvens inde fra Færgelunden (skov) og der er ingen boede huse på det vejsegment eller i skoven for den sags skyld Billeder der ligner ja vi ser ofte dem i sommerhuse områder med samme fysiske struktur/udformning (Se fx billede fra sommerhusområde http://www.mapillary.com/map/im/QG4JOn4Xwr8LNigWvLZIBg ) , her kan man så vælge residential og indkørsler ned til gårde kan så tagges highway=service service=driveway - de ligner som regel det vist fra billederne. vh Søren 2014-12-23 12:30 GMT+01:00 Uffe Kousgaard uffe.kousga...@routeware.dk: Jeg mener, at en del af forvirringen er både det billede du har linket til nedenfor, men også billedet på wiki'en: http://wiki.openstreetmap.org/wiki/Tag:highway%3Dtrack Ingen af de 2 veje er begrænset til traktorer eller 4-hjulstrækkere, som beskrevet. Begge viser veje, som sandsynligvis er den alm. adgangsvej til huse på landet og jeg ville da ikke være bange for at tage min alm. bil med. Måske ikke lige i snevejr, men ellers. hilsen Uffe Kousgaard Soren Johannessen wrote: Hej alle sammen Track vil jeg sige er dette her (fra Mapillary) som ses i billedet http://www.mapillary.com/map/im/uswhSEvyrQMOjrf95SqcQw vh Søren Johannessen ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk - Ingen virus fundet i denne meddelelse. Kontrolleret af AVG - www.avg.com Version: 2015.0.5577 / Virusdatabase: 4257/8789 - Udgivelsesdato: 22-12-2014 ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Stier og veje i Jægersborg Dyrehave
OgsÃ¥ enig. Her vestpÃ¥ er der stadig en del grusveje som er fælles for flere huse og bruges af alle slags køretøjer. De er forhÃ¥bentlig taggede med highway=unclassified og surface=gravel eller surface=unpaved. Nogle af dem er ret ringe, sÃ¥ de burde egentlig tagges med tracktype=grade4. Det mÃ¥ man godt, men om renderen kan bruge det ved jeg ikke. For mig ligger der en eller anden landbrugs- eller forstmæssig benyttelse i ordet track, dvs markvej eller skovvej, hvor der normalt ikke er adgang for familiebiler, selv om adgangen selvfølgelig ogsÃ¥ kan tagges. Jeg ville umiddelbart være ked af at bil-ruteren ledte mig ud pÃ¥ et track. Jeg har i øvrigt fundet en potentiel fejlkilde mere til disse tags: Potlatch har nogle tvetydige smÃ¥billeder, og kan i øvrigt heller ikke foreslÃ¥ tracktype. Enig. Det er vejens brug og ejerforhold og ikke overfladen, som afgør om det er track, residential, unclassified, service etc. Min opfattelse af grusvejes klassifikation: Offentlig vej med eget vejnavn: residential eller unclassified Privat fællesvej med eget vejnavn (f.eks i sommerhusområde): residential eller unclassified Anden privat fællesvej: service Privat indkørsel til enkelt ejendom: service + service=driveway Privat mark- eller skovvej, der ikke anvendes som adgangsvej til adresse: track (også hvis den private ejer er Skov- og Naturstyrelsen eller lignende) Sti/vej skiltet som gangsti: footway Sti/vej skiltet som cykelsti: cycleway Sti/vej skiltet som ridesti: bridleway Sti uden skilt i skov eller åbent land, der ikke (kan) anvendes af tosporede køretøjer: path Vi mangler stadig den entydige begyndervejledning... Ja. Det her er ikke en begyndervejledning, men kan hjælpe til at afgøre standard adgangsforhold til tracks, paths med videre: http://wiki.openstreetmap.org/wiki/OSM_tags_for_routing/Access-Restrictions#Denmark Jeg har brugt Skov og Naturstyrelsens vejledning om adgangsregler som basis for tabellens data for stier og skov- og markveje. ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Stier og veje i Jægersborg Dyrehave
Ja vist har vi haft dette emne oppe at vende før, men der har tydeligvist været behov for at få det op igen for lige at finpudse og/eller minde os selv om nogle brugbare standarder. Jeg står pt som last modifier på 180.000 (ifølge http://hdyc.neis-one.org/?Hjart) stykker highway (bemærk at jeg aldrig har foretaget en eneste import og heller nogen mechanical edits og at dette tal derfor er resultatet af adskillige tusind timers manuelt arbejde). Jeg har kort sagt efterhånden set og rørt ved en frygtelig masse veje og stier og min konklusion indtil videre er at der findes en masse grænsetilfælde hvor det er vanskeligt entydigt at klassificere en given vej eller sti. Der var engang jeg var rimelig skråsikker på hvordan de forskellige typer veje og stier skulle tagges. Det er jeg ikke længere. Det bedste vi kan gøre er at formulere nogle gode tommelfingerregler. Oles liste her er dog en rigtig tilnærmelse. Tirsdag den 23. december 2014 17:06:13 skrev Ole Nielsen / osm: OgsÃ¥ enig. Her vestpÃ¥ er der stadig en del grusveje som er fælles for flere huse og bruges af alle slags køretøjer. De er forhÃ¥bentlig taggede med highway=unclassified og surface=gravel eller surface=unpaved. Nogle af dem er ret ringe, sÃ¥ de burde egentlig tagges med tracktype=grade4. Det mÃ¥ man godt, men om renderen kan bruge det ved jeg ikke. For mig ligger der en eller anden landbrugs- eller forstmæssig benyttelse i ordet track, dvs markvej eller skovvej, hvor der normalt ikke er adgang for familiebiler, selv om adgangen selvfølgelig ogsÃ¥ kan tagges. Jeg ville umiddelbart være ked af at bil-ruteren ledte mig ud pÃ¥ et track. Jeg har i øvrigt fundet en potentiel fejlkilde mere til disse tags: Potlatch har nogle tvetydige smÃ¥billeder, og kan i øvrigt heller ikke foreslÃ¥ tracktype. Enig. Det er vejens brug og ejerforhold og ikke overfladen, som afgør om det er track, residential, unclassified, service etc. Min opfattelse af grusvejes klassifikation: Offentlig vej med eget vejnavn: residential eller unclassified Privat fællesvej med eget vejnavn (f.eks i sommerhusområde): residential eller unclassified Anden privat fællesvej: service Privat indkørsel til enkelt ejendom: service + service=driveway Privat mark- eller skovvej, der ikke anvendes som adgangsvej til adresse: track (også hvis den private ejer er Skov- og Naturstyrelsen eller lignende) Sti/vej skiltet som gangsti: footway Sti/vej skiltet som cykelsti: cycleway Sti/vej skiltet som ridesti: bridleway Sti uden skilt i skov eller åbent land, der ikke (kan) anvendes af tosporede køretøjer: path Vi mangler stadig den entydige begyndervejledning... Ja. Det her er ikke en begyndervejledning, men kan hjælpe til at afgøre standard adgangsforhold til tracks, paths med videre: http://wiki.openstreetmap.org/wiki/OSM_tags_for_routing/Access-Restrictions# Denmark Jeg har brugt Skov og Naturstyrelsens vejledning om adgangsregler som basis for tabellens data for stier og skov- og markveje. ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Stier og veje i Jægersborg Dyrehave
Det lader til at det er lykkedes mig at glemme et par ord hist og her. Hvis nogen der på grund af det har problemer med at forstå hvad jeg har skrevet må de lige sige til. Tirsdag den 23. december 2014 20:33:38 skrev Michael Andersen: Ja vist har vi haft dette emne oppe at vende før, men der har tydeligvist været behov for at få det op igen for lige at finpudse og/eller minde os selv om nogle brugbare standarder. Jeg står pt som last modifier på 180.000 (ifølge http://hdyc.neis-one.org/?Hjart) stykker highway (bemærk at jeg aldrig har foretaget en eneste import og heller nogen mechanical edits og at dette tal derfor er resultatet af adskillige tusind timers manuelt arbejde). Jeg har kort sagt efterhånden set og rørt ved en frygtelig masse veje og stier og min konklusion indtil videre er at der findes en masse grænsetilfælde hvor det er vanskeligt entydigt at klassificere en given vej eller sti. Der var engang jeg var rimelig skråsikker på hvordan de forskellige typer veje og stier skulle tagges. Det er jeg ikke længere. Det bedste vi kan gøre er at formulere nogle gode tommelfingerregler. Oles liste her er dog en rigtig tilnærmelse. Tirsdag den 23. december 2014 17:06:13 skrev Ole Nielsen / osm: OgsÃ¥ enig. Her vestpÃ¥ er der stadig en del grusveje som er fælles for flere huse og bruges af alle slags køretøjer. De er forhÃ¥bentlig taggede med highway=unclassified og surface=gravel eller surface=unpaved. Nogle af dem er ret ringe, sÃ¥ de burde egentlig tagges med tracktype=grade4. Det mÃ¥ man godt, men om renderen kan bruge det ved jeg ikke. For mig ligger der en eller anden landbrugs- eller forstmæssig benyttelse i ordet track, dvs markvej eller skovvej, hvor der normalt ikke er adgang for familiebiler, selv om adgangen selvfølgelig ogsÃ¥ kan tagges. Jeg ville umiddelbart være ked af at bil-ruteren ledte mig ud pÃ¥ et track. Jeg har i øvrigt fundet en potentiel fejlkilde mere til disse tags: Potlatch har nogle tvetydige smÃ¥billeder, og kan i øvrigt heller ikke foreslÃ¥ tracktype. Enig. Det er vejens brug og ejerforhold og ikke overfladen, som afgør om det er track, residential, unclassified, service etc. Min opfattelse af grusvejes klassifikation: Offentlig vej med eget vejnavn: residential eller unclassified Privat fællesvej med eget vejnavn (f.eks i sommerhusområde): residential eller unclassified Anden privat fællesvej: service Privat indkørsel til enkelt ejendom: service + service=driveway Privat mark- eller skovvej, der ikke anvendes som adgangsvej til adresse: track (også hvis den private ejer er Skov- og Naturstyrelsen eller lignende) Sti/vej skiltet som gangsti: footway Sti/vej skiltet som cykelsti: cycleway Sti/vej skiltet som ridesti: bridleway Sti uden skilt i skov eller åbent land, der ikke (kan) anvendes af tosporede køretøjer: path Vi mangler stadig den entydige begyndervejledning... Ja. Det her er ikke en begyndervejledning, men kan hjælpe til at afgøre standard adgangsforhold til tracks, paths med videre: http://wiki.openstreetmap.org/wiki/OSM_tags_for_routing/Access-Restriction s# Denmark Jeg har brugt Skov og Naturstyrelsens vejledning om adgangsregler som basis for tabellens data for stier og skov- og markveje. ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Stier og veje i Jægersborg Dyrehave
Jeg kan helt tilslutte mig Oles beskrivelse af vejtyper - det er i hvert fald den måde jeg tilstræber at beskrive dem på. Der vil altid være grænsetilfælde, hvor en anden beskrivelse kan forsvares. Det ville være helt fint at have beskrivelsen liggende i wikien, så også nye korttegnere kan tegne med. Venlig hilsen Kristian Krægpøth ___ Talk-dk mailing list Talk-dk@openstreetmap.org javascript:; https://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org javascript:; https://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org javascript:; https://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-at] maxspeed=signals vs. maxspeed:variable=yes + maxspeed=x
On 12/21/2014 09:03 PM, martinq wrote: Es stellt sich die Frage, ob man für Spezialfälle* eine problematischere 'maxspeed' Definition in Kauf nehmen will. Wie gesagt, ich halte die maxspeed Variante wie sie derzeit vorgeschlagen ist ohnehin für problematisch, weil sie eben genaue Ortskenntnis braucht um auf ein Ergebnis zu kommen, dass auch nicht 100% exakt ist. Mein Vorschlag ist diese Ortskenntnis (und daher auch die subjektive Beurteilung von Mappern) explizit einfließen zu lassen, um wenigstens ein gutes Argument für dieses ohnehin - auch von dir so beurteilte - problematische Mappen zu haben. Aber wir diskutieren jetzt seit Tagen darüber wie problematisch subjektives Mapping ist und wie wir es möglichst objektivieren oder es explizit subjektiv definieren, um ein ev. besseres Ergebnis zu erzielen. Kurz, wir verlieren uns hier in Details und ich denk nicht, dass uns weiteres Haare spalten auf ein allgemein gültiges, unschlagbares Mappingschema bringen wird. Das Thema scheint mir nach den Diskussionen hier und auf talk-de ohnehin ein Minderheitenprogramm zu sein d.h. selbst die falsche Tagdefinition würde wohl nicht wirklich stören. Und die Feinheiten über die wir hier streiten fallen vermutlich erst recht nicht ins Gewicht. Norbert ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-ro] O zi de osm in data de 4 ianuarie 2015 ?
Ar fi chiar interesant si productiv Sa vedem cine ar mai putea veni ! În data de 24 decembrie 2014, 01:24, Jean-Baptiste Holcroft [via GIS] ml-node+s19327n5828113...@n5.nabble.com a scris: Salut, Sunt in Bucuresti pentru sarbatorile de iarna si voi pleaca in Franta pe 6 ianuarie. As dori sa va propun o zi de osm in data de 4 ianuarie in apropiere de Bucuresti, cine este disponibil ? Ideea mea este : 1) sa mergem intr-un loc pentru a profita de aer si de a descoperi si a cartografia un orasel pe langa Bucuresti ca de exemplu : http://layers.openstreetmap.fr/?zoom=13lat=44.46059lon=26.33133layers=0B000TF Sau 2) sa merge intr-un bar cu wifi (si videoproiector ?) pentru a corecta un pic de la 89985 osmose Romania errors : http://osmose.openstreetmap.fr/ro/errors/?country=romaniaitem= Astept cu nerabdare raspunsul vostru. Intre timp va urez la toti sarbatori fericite si La multi ani pentru anul 2015! Numai bine, JIBEC / Jean-Baptiste PS : don't fool yourself, this message has been totaly rewritten by my fiancée ... My romanian is improving, but is still bad ... -- Jean-Baptiste Holcroft ___ Talk-ro mailing list [hidden email] http:///user/SendEmail.jtp?type=nodenode=5828113i=0 https://lists.openstreetmap.org/listinfo/talk-ro -- If you reply to this email, your message will be added to the discussion below: http://gis.19327.n5.nabble.com/O-zi-de-osm-in-data-de-4-ianuarie-2015-tp5828113.html To start a new topic under Romania, email ml-node+s19327n542503...@n5.nabble.com To unsubscribe from Romania, click here http://gis.19327.n5.nabble.com/template/NamlServlet.jtp?macro=unsubscribe_by_codenode=5425034code=R2FicmllbFNlYmFzdGlhbk1vaXNlQGdtYWlsLmNvbXw1NDI1MDM0fC0xNjUyMTcwOTky . NAML http://gis.19327.n5.nabble.com/template/NamlServlet.jtp?macro=macro_viewerid=instant_html%21nabble%3Aemail.namlbase=nabble.naml.namespaces.BasicNamespace-nabble.view.web.template.NabbleNamespace-nabble.view.web.template.NodeNamespacebreadcrumbs=notify_subscribers%21nabble%3Aemail.naml-instant_emails%21nabble%3Aemail.naml-send_instant_email%21nabble%3Aemail.naml -- Toate cele bune ! ** Gabriel Sebastian Moise Administrator Local - Departament Tehnic *--* NextGen Communications S.R.L. - Campina Mobil NextGen : 076 111 65 59 Mobil Personal : 0726 311 957 Adresa Postala: Strada Grivitei, Nr.63, Campina, Romania ! *--* -- View this message in context: http://gis.19327.n5.nabble.com/O-zi-de-osm-in-data-de-4-ianuarie-2015-tp5828113p5828115.html Sent from the Romania mailing list archive at Nabble.com.___ Talk-ro mailing list Talk-ro@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ro
[Talk-ca] Adding Buildings + Leisure + Corrections To Ottawa Map Over Holiday Season
Hi Folks, I've created a new mapping task for the Ottawa area [1]. I really want to make our local map super awesome:) I see adding buildings as one of the biggest projects we can undertake, so that local mappers like myself could start adding address data from local surveys. The task focuses on buildings and leisure areas but also asks those mapping to correct any obvious issues encountered. I understand it's a large area to map but I see this as a long term project. It's also something I'd like to use to encourage new local mappers to get involved with through our monthly meetups. Let me know what you think and if I'm missing anything in the instructions to make this easier to work with! Join me over the holidays:) Cheers, Richard [1] http://tasks.osmcanada.ca/project/9 -- Please note: I only check email a few times during business hours. Richard Burcher Twitter: @richardburcher Blog: www.richardburcher.com LinkedIn: http://linkd.in/richardburcher ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Adding Buildings + Leisure + Corrections To Ottawa Map Over Holiday Season
Fine with me. I've been mapping apartment and commercial/institutional buildings but not ordinary residences in my area. Does that seem like a reasonable priority, with the rest to be added later? Tom Taylor On 23/12/2014 10:37 AM, Richard Burcher wrote: Hi Folks, I've created a new mapping task for the Ottawa area [1]. I really want to make our local map super awesome:) I see adding buildings as one of the biggest projects we can undertake, so that local mappers like myself could start adding address data from local surveys. The task focuses on buildings and leisure areas but also asks those mapping to correct any obvious issues encountered. I understand it's a large area to map but I see this as a long term project. It's also something I'd like to use to encourage new local mappers to get involved with through our monthly meetups. Let me know what you think and if I'm missing anything in the instructions to make this easier to work with! Join me over the holidays:) Cheers, Richard [1] http://tasks.osmcanada.ca/project/9 -- Please note: I only check email a few times during business hours. Richard Burcher Twitter: @richardburcher Blog: www.richardburcher.com LinkedIn: http://linkd.in/richardburcher ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Adding Buildings + Leisure + Corrections To Ottawa Map Over Holiday Season
It sure is -- as long as the postal code is coming from an appropriate source, e.g. a store receipt, a business's homepage, or your local knowledge. Maybe a note about that fact could be added to the instructions. Harald. On Tue Dec 23 2014 at 10:01:50 AM Tom Taylor tom.taylor.s...@gmail.com wrote: I notice you propose addr:postcode as one of the tags in your instructions. Is this legal? I suspect Canada Post would object. Tom Taylor On 23/12/2014 10:37 AM, Richard Burcher wrote: Hi Folks, I've created a new mapping task for the Ottawa area [1]. I really want to make our local map super awesome:) I see adding buildings as one of the biggest projects we can undertake, so that local mappers like myself could start adding address data from local surveys. The task focuses on buildings and leisure areas but also asks those mapping to correct any obvious issues encountered. I understand it's a large area to map but I see this as a long term project. It's also something I'd like to use to encourage new local mappers to get involved with through our monthly meetups. Let me know what you think and if I'm missing anything in the instructions to make this easier to work with! Join me over the holidays:) Cheers, Richard [1] http://tasks.osmcanada.ca/project/9 -- Please note: I only check email a few times during business hours. Richard Burcher Twitter: @richardburcher Blog: www.richardburcher.com LinkedIn: http://linkd.in/richardburcher ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Adding Buildings + Leisure + Corrections To Ottawa Map Over Holiday Season
You might like to add in a few footpaths from Bing and compare the city's cycling map to ensure that paths in parks are correctly tagged for cycling. Cheerio John Cheerio John On 23 December 2014 at 10:37, Richard Burcher richardburc...@gmail.com wrote: Hi Folks, I've created a new mapping task for the Ottawa area [1]. I really want to make our local map super awesome:) I see adding buildings as one of the biggest projects we can undertake, so that local mappers like myself could start adding address data from local surveys. The task focuses on buildings and leisure areas but also asks those mapping to correct any obvious issues encountered. I understand it's a large area to map but I see this as a long term project. It's also something I'd like to use to encourage new local mappers to get involved with through our monthly meetups. Let me know what you think and if I'm missing anything in the instructions to make this easier to work with! Join me over the holidays:) Cheers, Richard [1] http://tasks.osmcanada.ca/project/9 -- Please note: I only check email a few times during business hours. Richard Burcher Twitter: @richardburcher Blog: www.richardburcher.com LinkedIn: http://linkd.in/richardburcher ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Adding Buildings + Leisure + Corrections To Ottawa Map Over Holiday Season
Hi Folks, Thanks so much for the great feedback! Update: - I've removed the mention of postcode collection. I'm not sure of the legal aspect of collection as raised in an earlier thread. - Add several priority areas to help focus the mapping. - The generated tiles are the smallest the task manager will provide through the interface. There is an option to further split the tiles when a task is selected for editing. When you click Start Mapping, underneath the drop down for editor of choice is Task to big? Split. Click this to subdivide the tile further. Really excited for this:) Again, thanks for your feedback and help! Have a great afternoon! Cheers, Richard -- Please note: I only check email a few times during business hours. Richard Burcher 613-799-4240 Twitter: @richardburcher Blog: www.richardburcher.com LinkedIn: http://linkd.in/richardburcher On Tue, Dec 23, 2014 at 11:50 AM, john whelan jwhelan0...@gmail.com wrote: You might like to add in a few footpaths from Bing and compare the city's cycling map to ensure that paths in parks are correctly tagged for cycling. Cheerio John Cheerio John On 23 December 2014 at 10:37, Richard Burcher richardburc...@gmail.com wrote: Hi Folks, I've created a new mapping task for the Ottawa area [1]. I really want to make our local map super awesome:) I see adding buildings as one of the biggest projects we can undertake, so that local mappers like myself could start adding address data from local surveys. The task focuses on buildings and leisure areas but also asks those mapping to correct any obvious issues encountered. I understand it's a large area to map but I see this as a long term project. It's also something I'd like to use to encourage new local mappers to get involved with through our monthly meetups. Let me know what you think and if I'm missing anything in the instructions to make this easier to work with! Join me over the holidays:) Cheers, Richard [1] http://tasks.osmcanada.ca/project/9 -- Please note: I only check email a few times during business hours. Richard Burcher Twitter: @richardburcher Blog: www.richardburcher.com LinkedIn: http://linkd.in/richardburcher ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Adding Buildings + Leisure + Corrections To Ottawa Map Over Holiday Season
On 2014-12-23 12:27 PM, Richard Burcher wrote: - I've removed the mention of postcode collection. I'm not sure of the legal aspect of collection as raised in an earlier thread. I've found that if you add an address without a postal code, then query Nominatim later, it returns the postal code. I suspect geocoder.ca data is involved somewhere along the way. cheers Stewart ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-cz] 50GB disk na 2 dny
Ahoj, no leda že bych ho nezaplnil celý :-). Děkuju moc, Petr Holub byl rychlejší tak už zálohuji, no je to taky do MUNI :-). Děkuju i Petrovi a zkusím to udělat dnes v noci, tak na Ježíška bude dáreček nebo katastrofa ;-). Tak v noci místo trasování budov balte dárky :-) Dne Út 23. prosince 2014 07:13:12 jsi napsal(a): Měl bych prosbu - nepůjčil byste mi někdo cca 50GB disk na rozumně rychlém netu a s rozumným přístupem? ahoj, 10GbE staci? ozvi se mi nejak se domluvime +420 731 186 379 (ale nejmensi co mam je tady 2TB, 50GB budu muset nekde do muzea :-D ) -- Petr signature.asc Description: This is a digitally signed message part. ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Mapování železnic - rozšířené schéma
Zajímavé, žádnou chybu mě to neháže (JOSM ). Zkusil jsem odstranit řádek, který se tvému JOSM nelíbí. Snad to pomůže. -- Původní zpráva -- Od: Marián Kyral mky...@email.cz Komu: talk-cz@openstreetmap.org Datum: 22. 12. 2014 21:59:22 Předmět: Re: [Talk-cz] Mapování železnic - rozšířené schéma Ahoj, vypadá to pěkně ;-) Tohle je OK? Marián Dne 22.12.2014 v 19:00 Michal Pustějovský napsal(a): V příloze posílám první verzi presetu pro kolejovou dopravu. Ocením veškeré připomínky. Návod k používání je zde: http://wiki.openstreetmap.org/wiki/ WikiProject_Czech_Republic/Editing_Standards_and_Conventions#Kolejov.C3.A9_ trat.C4.9B_.28Railway.29 (http://wiki.openstreetmap.org/wiki/WikiProject_Czech_Republic/Editing_Standards_and_Conventions#Kolejov.C3.A9_trat.C4.9B_.28Railway.29) Jednou z věcí, které by bylo ještě potřeba ošetřit, je aktualizace českého překladu JOSM v oblasti železnic. Některé překlady hodnot z combo boxů jsou úplně mimo. Bohužel v překladu JOSM se absolutně nevyznám. Mohl by mi s tím někdo pomoci? Díky, Michal -- Původní zpráva -- Od: Michal Pustějovský michal.pustejov...@seznam.cz (mailto:michal.pustejov...@seznam.cz) Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org (mailto:talk-cz@openstreetmap.org) Datum: 14. 12. 2014 19:48:21 Předmět: Re: [Talk-cz] Mapování železnic - rozšířené schéma Díky za pochvalu. Schéma nepochybně šíleně komplexní je (typicky německá preciznost), ovšem na německém základu plánuju vytvořit JOSM presety pro ČR, které tuhle nevýhodu smažou. Bez presetů se tohle schéma normálně používat nedá. Do editing standards to plánuju přidat poté, co se dořeší věci, co jsou pod každou kapitolou v poznámkách (spousta už dořešena a tedy smazána je). Jedná se zejména o to, zda ve značkách operator, network apod. používát prefixy cz:, např cz:SŽDC apod. Tohle třeba sám rozhodnout nedokážu. Michal -- Původní zpráva -- Od: hanoj eha...@gmail.com(mailto:eha...@gmail.com) Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org (mailto:talk-cz@openstreetmap.org) Datum: 14. 12. 2014 14:10:05 Předmět: Re: [Talk-cz] Mapování železnic - rozšířené schéma Ahoj, super práce. Jen se mi to zdá tak komplexní, že pro běžnou praxi prostého uživatele je to neuchopitelné. Ale když základní věci vtělíš do Cz:Map features případně cz /Editing standards tak to snad nějaké ovoce přinese. díky hanoj Dne 12. prosince 2014 15:31 Michal Pustějovský michal.pustejov...@seznam.cz(mailto:michal.pustejov...@seznam.cz) napsal (a): Dobrý den, už nějakou dobu se věnuji překladu tagovacího schématu železniční (resp. kolejové) dopravy z OpenRailwayMap (http://www.openrailwaymap.org/ (http://www.openrailwaymap.org/); schéma http://wiki.openstreetmap.org/wiki/OpenRailwayMap/Tagging (http://wiki.openstreetmap.org/wiki/OpenRailwayMap/Tagging)). Jedná se o schéma vytvořené německou komunitou k přesnému, systematickému a logickému způsobu popisu tamní železniční sítě. Už nyní je v Německu a Rakousku hojně využíváno. Základem schématu je rozšíření dosavadních tagů a způsobů mapování o další detaily. V několika případech je ale zavrhuje, ovšem vždy z dobrých důvodů, které jsou vysvětleny. Rád bych tímto modelem nahradil současný způsob značení českých železnic, který je zastaralý a nekonzistentní. Součástí textu jsou i poznámky a návrhy týkající se věcí, které bych chtěl projednat s komunitou. S radostí uvítám případné dotazy, připomínky, návrhy nebo kritiku. V části týkající se kolejí se jedná prakticky pouze o rozšíření o další specializované tagy, které např. řeší routing. Hlavní změny nastávají v části popisující nádraží a zastávky, kde se snaží skloubit zažité tagování veřejné hromadné dopravy (railway=station atd.) a nový public_transport. Menší změny jsou i v typech relací popisující trasy jak dopravy, tak i dopravní cesty a infrastruktury. Překlad je zde (dostupný zatím pouze odkazem): https://wiki.openstreetmap.org/wiki/WikiProject_Czech_Republic/railway_ tagging (https://wiki.openstreetmap.org/wiki/WikiProject_Czech_Republic/railway_tagging) . Nejedná se pouze o překlad, ale spíše adaptaci modelu na české prostředí. Přidávám i návrhy hodnot u klíčů typu operator nebo network. Snažím se v poznámkách také komentovat, co by adaptace pro danou oblast znamenala pro současný stav. Překlad není kompletní, protože původní schéma je opravdu až zbytečně detailní, např. obsahuje značení pro železniční signalizaci, podrobný popis systému elektrifikace apod. Pokud by nikdo nebyl proti, nahradil bych tímto schématem kapitolu o železnici v Editting Standards pro ČR. Současně bych začal pracovat i na příkladech. Nakonec bych uvedl, že neexistuje žádná podobně propracovaná alternativa a že toto schéma se již v zahraničí používá. Těším se na příp. dotazy, Michal ___ Talk-cz mailing list Talk-cz@openstreetmap.org(mailto:Talk-cz@openstreetmap.org)
[Talk-cz] Odstavka
Ahoj, zda se, ze vsechno jde dobre. Pustil bych se do toho radeji hned, takze ve 14:00 hodin zacne odstavka poloha.net, dotracujte :-) -- Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Mapování železnic - překlad JOSM
Ahoj, Do presetu se da pridat attribut text_context (myslim, ze se to musi udelat u kazdyho elementu, nejde to nastavit pro cely preset najednou). Pak by se preklady meli hledat pouze v zadanem kontextu. -- Jirka 2014-12-23 13:13 GMT+01:00 Dalibor Jelínek dali...@dalibor.cz: Ahoj, tak jsem se na to koukal a nevim, jak moc ti budu moct pomoci. Problem je, ze tvoje navrhovane preklady koliduji s jiz existujicimi preklady. Treba: #. item Food+Drinks/Restaurant multiselect Cuisine display value #. item Food+Drinks/Fast Food combo Cuisine display value #: build/trans_presets.java:3151 build/trans_presets.java:3169 msgid regional msgstr místní tady navrhujes mezimestska, coz by ve spojitosti s restauraci nebylo asi uplne vhodne. Nebo: #. item combo Electrified display value #: build/trans_presets.java:55 #: ../plugins/public_transport/src/public_transport/GTFSImporterDialog.java:38 #: ../plugins/public_transport/src/public_transport/StopImporterDialog.java:44 msgid rail msgstr kolejnice se tyka primarne elektrifikace trate dodatecnou kolejnici, coz myslim, je prelozeno spravne. Tvuj preklad je tady zase v kolizi. Obecne nechapu, jak je vlastne vubec mozne, ze se ten tvuj preset vlastne prelozil a podle jake logiky. Cekal jsem, ze se ti neprelozi nic a bude potreba pro ten preklad neco udelat. Jenze se zda, ze JOSM zacne v tabulce prekladu hledat stejny retezec a ten pak pouzije bez ohledu na jeho kontext. Hmm. Tohle bych na nadzemku opravit dokazal #. item Public Transport/Public Transport Route combo Route type display value #: build/trans_presets.java:2619 #: ../plugins/public_transport/src/public_transport/GTFSImporterDialog.java:38 #: ../plugins/public_transport/src/public_transport/StopImporterDialog.java:44 msgid light_rail msgstr lehké metro Preposilam to i do konference, treba neckdo tusi, proc se ty preklady aplikovaly automaticky a jak si vynutit vlastni preklad presetu. Vim, ze se da pozadat, aby nekdo ve zdrojaku rozdelil jeden preklad na dva. Dalo by se treba pozadat, aby se regional v kontextu cuisine prekladalo jinak, ale nevim, jak pozadat o oddeleni kontextu tveho vlastniho presetu. Nevi nekdo vice? Zdravi, Dalibor From: Michal Pustějovský [mailto:michal.pustejov...@seznam.cz] Sent: Tuesday, December 23, 2014 10:42 AM To: Dalibor Jelínek Subject: Mapování železnic - překlad JOSM Díky za pomoc. Vzhledem k tomu, že netuším, jak překlady uvnitř JOSM fungují, zkusím vše napsat co nejpodrobněji. Pošlu v excelu, bude to nejpřehlednější. Díky, Michal = ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] chyba traceru a nefunkční modul ruian tracer
v nastaveních traceru v JOSM mám následující: dostupné moduly - ruian, ruian-lands, lpis, classic vlastní url původního trasovacího serveru nemám zaškrtnuté vlastní url ruian serveru je nastaveno http://josm.poloha.net/tracer/ Pražák Dne 22. prosince 2014 21:13 Marián Kyral mky...@email.cz napsal(a): Zkus totéž co Pavel. Mrkni do nastavení, jestli tam nemáš zadanou vlastní url. V souvislosti s RuianLands došlo k reorganizaci a nepodařilo se mi zachovat původní url. Marián Dne 22.12.2014 v 20:56 Zdeněk Pražák napsal(a): No bohužel log nemám, jak se mi to stalo tak jsem nahrál dosud natrasovaná data a poté josm zavřel a znovu otevřel a již dále trasování polí fungovalo. JOSM mám Ale modul ruian traceru stále nefunguje když jsem omylem navolil modul traceru RI a klikl do polí, tak se mi objevila rovněž hláška o chybě traceru posílám výpis {{{ Repository Root: http://josm.openstreetmap.de/svn Build-Date: 2014-12-09 17:17:36 Last Changed Author: Don-vip Revision: Repository UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b Relative URL: ^/trunk URL: http://josm.openstreetmap.de/svn/trunk Last Changed Date: 2014-12-09 18:14:49 +0100 (Tue, 09 Dec 2014) Last Changed Rev: Identification: JOSM/1.5 ( cs) Windows 7 64-Bit Memory Usage: 360 MB / 989 MB (49 MB allocated, but free) Java version: 1.7.0_71, Oracle Corporation, Java HotSpot(TM) Client VM Dataset consistency test: No problems found Plugins: - Tracer-testing (1418711938) - geotools (30762) - jts (30762) - pointInfo (30833) - reltoolbox (30841) - reverter (30737) Last errors/warnings: - W: javax.imageio.IIOException: Inconsistent metadata read from stream - W: javax.imageio.IIOException: Inconsistent metadata read from stream - W: javax.imageio.IIOException: Inconsistent metadata read from stream - W: javax.imageio.IIOException: Inconsistent metadata read from stream - E: java.lang.IndexOutOfBoundsException: Index: 0, Size: 0 java.lang.IndexOutOfBoundsException: Index: 0, Size: 0 at java.util.ArrayList.rangeCheck(Unknown Source) at java.util.ArrayList.get(Unknown Source) at java.util.Collections$UnmodifiableList.get(Unknown Source) at org.openstreetmap.josm.plugins.tracer.TracerRecord.getBBox(TracerRecord.java:82) at org.openstreetmap.josm.plugins.tracer.TracerModule$AbstractTracerTask.realRun(TracerModule.java:206) at org.openstreetmap.josm.gui.PleaseWaitRunnable.doRealRun(PleaseWaitRunnable.java:93) at org.openstreetmap.josm.gui.PleaseWaitRunnable.run(PleaseWaitRunnable.java:161) at java.util.concurrent.Executors$RunnableAdapter.call(Unknown Source) at java.util.concurrent.FutureTask.run(Unknown Source) at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source) at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source) at java.lang.Thread.run(Unknown Source) }}} Dne 22. prosince 2014 19:26 Marián Kyral mky...@email.cz napsal(a): Dne 22.12.2014 v 18:43 Zdeněk Pražák napsal(a): Ahoj Trasoval jsem pole v okolí Kokořínska a když jsem chtěl natrasovat modulem RUIAN budovy v Chotiněvsi, tak mi tento modul nereagoval a když jsem chtěl dále pokračovat v trasování polí tak objevila se hláška - Došlo k neočekávané chybě, kterou způsobil doplněk Tracer testing. Pražák Ahoj. to je super. Dokážeš chybu reprodukovat? Ideálně poslat log? Buď z konzole nebo z té hlášky? Když klikneš na Nahlásit chybu, tak se zobrazí přesný popis chyby (plus verze josm a tracer pluginu). To stačí jen zkopírovat do emailu. Zkusno jsem si všechny budovy naklikal a žádný problém se neobjevil. Zřejmě se stalo už něco před tím. Marián ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing listTalk-cz@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] OSM na seznamu
Koukám na https://www.facebook.com/Mapy.cz : - když někdo nahlásí na jejich serveru chybu v podkladu v zahraničí, tak to prý sami budou v OSM opravovat - asi se chystají používat data z OSM v zahraničí i pro navigaci -- Původní zpráva -- Od: Michal Pustějovský michal.pustejov...@seznam.cz Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org Datum: 22. 12. 2014 18:53:16 Předmět: Re: [Talk-cz] OSM na seznamu Zajímavé. Škoda, že nedají vrstvu pro OSM data i pro ČR. Ale beru, že se jim nechce zviditelňovat konkurenci :-D -- Původní zpráva -- Od: jzvc j...@tpfree.net Komu: Talk-cz@openstreetmap.org Datum: 22. 12. 2014 18:20:48 Předmět: [Talk-cz] OSM na seznamu Vypada to, ze seznam zobrazuje OSM podklad, ovsem krome CR. Je na tom poznat, ze to na hranicich nenavazuje a za hranicemi je mapa vyrazne podrobnejsi. http://mapy.cz V paticce (vlevo dole) je odkaz. Pri vetsich zoomech (9+) zobrazuje i ceske nazvy. Od 13+ zacina zobrazovat POI. ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz; ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz;___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Duchove v Kozojedech. Re: Osmose Česká republika
V tomto případě bylo vydáno i to lejstro špatně, neboť ta nula na začátku tam neměla být ani v době před RÚIAN. Prostě tehdy udělal nějaký úředník chybu při vytváření rozhodnutí a my jsme to teď museli složitě pánovi vysvětlovat :-) PS -Original Message- From: jzvc [mailto:j...@tpfree.net] Sent: Monday, December 22, 2014 11:24 PM To: talk-cz@openstreetmap.org Subject: Re: [Talk-cz] Duchove v Kozojedech. Re: Osmose Česká republika Dne 22.12.2014 v 20:38 Petr Souček napsal(a): S nulou na začátku jsme si u nás také užili. Jeden stěžovatel ji chtěl dostat přímo do RÚIAN, že před 30ti lety dostal papír s tím, že má číslo 075 a v RÚIAN má jen 75 (č.ev.) ... a byl docela kumšt mu vysvětlit, že mu tam nulu prostě nedáme :-) PS Ale ma na to lejstro a to je svaty, ne? ;D On by se clovek pousmal, kdyby neplatilo, ze uredni siml se pak na podobne kravovine s radosti toci. -Original Message- From: Marián Kyral [mailto:mky...@email.cz] Sent: Sunday, December 21, 2014 11:41 PM To: talk-cz@openstreetmap.org Subject: Re: [Talk-cz] Duchove v Kozojedech. Re: Osmose Česká republika Dne 21.12.2014 v 22:25 Pavel Machek napsal(a): Ahoj! Pavle, za nějaké zjišťování budu rád. Pokud pošlete konkrétní zjištění i s fotkami, bude to fajn. Petr Souček Tak sorry, na foceni nakonec nebyl cas, prostor a svetlo. Sli jsme ze severu po cervene znacce skrz chatky; na mnoha nebylo nic, kdyz tam neco bylo, tak to bila cerna cisla na zlutym podklade. Prvni chatka mela snad 04, pak tam byla chatka 074, a par dalsich. Vsechna cisla 100, zajimavy je ze dost z nich melo 0 na zacatku. Snad to pomuze, Pavel Ta nula na začátku je jen jiný zápis čísla evidenčního. http://cs.wikipedia.org/wiki/Ozna%C4%8Dov%C3%A1n%C3%AD_dom%C5%AF#mediaviewer/File:Osada_Kaz%C3%ADn,_eviden%C4%8Dn%C3%AD_%C4%8D%C3%ADslo_0359.jpg Marián ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Mapování železnic - překlad JOSM
Tak nakonec jsem šel cestou nejmenšího odporu a všem hodnotám, kde to mělo smysl, jsem přiřadil display_values (natvrdo se předepíše, co se má zobrazit). Není tedy nutné řešit překlad. Jenom bych v překladu poprosil o opravení lehkého metra (nadzemka, nadzemní dráha...) a konstrukce (výstavba), protože to jsou celkem nesmysly :-) Jako vždy ocením případné komentáře nebo upozornění na chybky. Novou verzi presetu přikládám. Michal -- Původní zpráva -- Od: Michal Pustějovský michal.pustejov...@seznam.cz Komu: Jiri Klement jiri.klem...@gmail.com Datum: 23. 12. 2014 14:50:49 Předmět: Re: [Talk-cz] Mapování železnic - překlad JOSM Díky, vypadá to, že tohle je správná cesta. Jdu na to. -- Původní zpráva -- Od: Jiri Klement jiri.klem...@gmail.com Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org Datum: 23. 12. 2014 14:13:08 Předmět: Re: [Talk-cz] Mapování železnic - překlad JOSM Ahoj, Do presetu se da pridat attribut text_context (myslim, ze se to musi udelat u kazdyho elementu, nejde to nastavit pro cely preset najednou). Pak by se preklady meli hledat pouze v zadanem kontextu. -- Jirka 2014-12-23 13:13 GMT+01:00 Dalibor Jelínek dali...@dalibor.cz: Ahoj, tak jsem se na to koukal a nevim, jak moc ti budu moct pomoci. Problem je, ze tvoje navrhovane preklady koliduji s jiz existujicimi preklady. Treba: #. item Food+Drinks/Restaurant multiselect Cuisine display value #. item Food+Drinks/Fast Food combo Cuisine display value #: build/trans_presets.java:3151 build/trans_presets.java:3169 msgid regional msgstr místní tady navrhujes mezimestska, coz by ve spojitosti s restauraci nebylo asi uplne vhodne. Nebo: #. item combo Electrified display value #: build/trans_presets.java:55 #: ../plugins/public_transport/src/public_transport/GTFSImporterDialog.java: 38 #: ../plugins/public_transport/src/public_transport/StopImporterDialog.java: 44 msgid rail msgstr kolejnice se tyka primarne elektrifikace trate dodatecnou kolejnici, coz myslim, je prelozeno spravne. Tvuj preklad je tady zase v kolizi. Obecne nechapu, jak je vlastne vubec mozne, ze se ten tvuj preset vlastne prelozil a podle jake logiky. Cekal jsem, ze se ti neprelozi nic a bude potreba pro ten preklad neco udelat. Jenze se zda, ze JOSM zacne v tabulce prekladu hledat stejny retezec a ten pak pouzije bez ohledu na jeho kontext. Hmm. Tohle bych na nadzemku opravit dokazal #. item Public Transport/Public Transport Route combo Route type display value #: build/trans_presets.java:2619 #: ../plugins/public_transport/src/public_transport/GTFSImporterDialog.java: 38 #: ../plugins/public_transport/src/public_transport/StopImporterDialog.java: 44 msgid light_rail msgstr lehké metro Preposilam to i do konference, treba neckdo tusi, proc se ty preklady aplikovaly automaticky a jak si vynutit vlastni preklad presetu. Vim, ze se da pozadat, aby nekdo ve zdrojaku rozdelil jeden preklad na dva. Dalo by se treba pozadat, aby se regional v kontextu cuisine prekladalo jinak, ale nevim, jak pozadat o oddeleni kontextu tveho vlastniho presetu. Nevi nekdo vice? Zdravi, Dalibor From: Michal Pustějovský [mailto:michal.pustejov...@seznam.cz] Sent: Tuesday, December 23, 2014 10:42 AM To: Dalibor Jelínek Subject: Mapování železnic - překlad JOSM Díky za pomoc. Vzhledem k tomu, že netuším, jak překlady uvnitř JOSM fungují, zkusím vše napsat co nejpodrobněji. Pošlu v excelu, bude to nejpřehlednější. Díky, Michal = ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ?xml version=1.0 ? presets xmlns=http://josm.openstreetmap.de/tagging-preset-1.0; description=Železnice a tramvaje v ČR shortdescription=Železnice v ČR version=1.1.0 group name=Železnice a tramvaje v ČR !-- many combo's should be non-editable, but this option seems to be bugged in current versions of JOSM ...-- item name=Hlavní koleje type=way link href=http://wiki.openstreetmap.org/wiki/WikiProject_Czech_Republic/railway_tagging#Koleje/ label text=Upravte nebo vytvořte hlavní železniční koleje./ space/ !-- Delete any operator, network or ref tags, those should be on relation. Service tag is not applicable on main tracks. -- key key=operator value= / key key=network value= / key key=ref value= / key key=service value= / combo key=railway text=Typ kolejí values=rail,proposed,construction,disused,abandoned,razed,narrow_gauge,light_rail,subway,tram,miniature display_values=koleje (v provozu),plánované,ve výstavbě,nepoužívané,opuštěné,odstraněné,úzkorozchodné,nadzemka,metro,tramvaj,miniželeznice / combo key=railway:preffered_direction text=Hlavní směr jízdy values=forward,backward,both display_values=Po směru OSM-cesty,Proti směru OSM-cesty, Obousměrný provoz / combo key=usage text=Typ trati
Re: [Talk-cz] chyba traceru a nefunkční modul ruian tracer
Dne 23.12.2014 v 14:57 Zdeněk Pražák napsal(a): vlastní url ruian serveru je nastaveno http://josm.poloha.net/tracer/ Řekl bych, že tohle bude ten problém. Zruš to a zkus znova (až skončí odstávka). Myslím, že to pole pro RUIAN zruším. Už není potřeba a jen způsobuje problémy. Marián ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Mapování železnic - rozšířené schéma
Dne 23.12.2014 v 10:13 Michal Pustějovský napsal(a): Zajímavé, žádnou chybu mě to neháže (JOSM ). Zkusil jsem odstranit řádek, který se tvému JOSM nelíbí. Snad to pomůže. Já jsem tak trochu dobrodruh, takže používám -latest ;-) V aktuální vývojové verzi asi něco změnilo. A je možné, že se to ještě změní Teď už si to na žádný problém nestěžuje. Díky, Marián ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] chyba traceru a nefunkční modul ruian tracer
díky po odstranění tracer funguje Pražák Dne 23. prosince 2014 21:08 Marián Kyral mky...@email.cz napsal(a): Dne 23.12.2014 v 14:57 Zdeněk Pražák napsal(a): vlastní url ruian serveru je nastaveno http://josm.poloha.net/tracer/ Řekl bych, že tohle bude ten problém. Zruš to a zkus znova (až skončí odstávka). Myslím, že to pole pro RUIAN zruším. Už není potřeba a jen způsobuje problémy. Marián ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [OSM-talk-fr] BANO : pourquoi cette voie n'est pas rapprochée
Salut, Merci, c'est très clair effectivement ! :-) Et pourquoi seulement faire de tout petit pâté pour la détection de suffixe ? Là, j'ai l'impression qu'on rate le Chemin de la Vialle de peu … Il reste encore pas mal de villages à faire qui ont ces suffixes, et autant rentrer des noms de voies c'est sympa, autant des codes fantoir : bof :-/ Mais bon, je pinaille, c'est déjà énorme ce que vous avez pu faire ! :-) Le lundi 22 décembre 2014 11:37:02 Vincent de Château-Thierry a écrit : Pour revenir au cas précédent (Rue des Thermes Saint-Pierre / La Cassière) tu peux voir que les polygones jaunes La Cassière débordent sur cette rue : http://osm.vdct.free.fr/hameaux/index.html#zoom=18lat=45.690647lon=2.9963 8 alors qu'elle n'a pas de suffixe dans les données du Cadastre. C'est la limite de l'exercice : l'imbrication de voies suffixées et de voies sans suffixe est un bon sujet pour tourner en bourrique. D'où le recours explicite au tag ref:FR:FANTOIR. C'est un cas peut-être rare (1ère fois pour moi), mais ne serait-ce pas possible de faire le test avec et sans le suffixe ? Merci -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] CR sur le site de l'IGN : INSPIRE et Services d'utilité publique (US)
Bonjour, Je viens de tomber là-dessus. http://www.ign.fr/publications-de-l-ign/INSPIRE/deploiement/cr_seminaire_reseaux.pdf Il y aurait donc eu des réflexions pour mettre différents opérateurs de réseau autour d'une même table pour rendre leur référentiel compatible avec INSPIRE. Les délais évoqués (jusqu'en 2014) montrent qu'il y a un peu de retard : jusqu'à maintenant rien de très probant. Peut-être que ceux qui ont de bons contact avec l'IGN peuvent demander si une suite sera donnée ? Bonne journée *François Lacombe* fl dot infosreseaux At gmail dot com www.infos-reseaux.com @InfosReseaux http://www.twitter.com/InfosReseaux ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] BANO : pourquoi cette voie n'est pas rapprochée
Bonjour, De: Nicolas Dumoulin nicolas_openstreetmap@dumoulin63.net Merci, c'est très clair effectivement ! :-) Et pourquoi seulement faire de tout petit pâté pour la détection de suffixe ? Initialement je produisais un polygone par n° d'adresse des voies suffixées, et j'agrégeais les différents polygones de même suffixe pour former une zone un peu façon landuse=residential. Mais ça partait du principe que dans cette zone, tous les noms étaient suffixés. Hors c'est loin d'être le cas, d'où une tentative avec les polygones actuels pour cibler les rues concernées. Là, j'ai l'impression qu'on rate le Chemin de la Vialle de peu … Oui on le rate, mais c'est juste un cas vicieux ^2 : le suffixe ici devrait être Laschamps sans le Vge : http://osm.vdct.free.fr/hameaux/index.html#zoom=18lat=45.742896lon=2.966281 donc à affiner au niveau des traitements... Vge, Auvergne, ça me rappelle quelqu'un... Il reste encore pas mal de villages à faire qui ont ces suffixes, et autant rentrer des noms de voies c'est sympa, autant des codes fantoir : bof :-/ Oui bien d'accord. Le ticket https://github.com/osm-fr/bano/issues/10 est toujours ouvert, si tu penses que des cas sont mal gérés, hop un petit commentaire dedans... Le lundi 22 décembre 2014 11:37:02 Vincent de Château-Thierry a écrit : Pour revenir au cas précédent (Rue des Thermes Saint-Pierre / La Cassière) tu peux voir que les polygones jaunes La Cassière débordent sur cette rue : http://osm.vdct.free.fr/hameaux/index.html#zoom=18lat=45.690647lon=2.9963 8 alors qu'elle n'a pas de suffixe dans les données du Cadastre. C'est la limite de l'exercice : l'imbrication de voies suffixées et de voies sans suffixe est un bon sujet pour tourner en bourrique. D'où le recours explicite au tag ref:FR:FANTOIR. C'est un cas peut-être rare (1ère fois pour moi), mais ne serait-ce pas possible de faire le test avec et sans le suffixe ? C'est tentant sur cet exemple, oui. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] geotiff dans josm
Bonjour, J'essaie d'ouvrir un fichier geotiff (généré par le plugin cadastre) dans JOSM. Quelqu'un saurait-il comment faire ? Pierre-Yves ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Article de blog sur Fin 2014 pour le projet EOF et la Semaine Nationale de l'Internet au Burkina
Bonjour à tous, Un nouvel article vient d'être publié sur le blog du projet Espace OSM Francophone : Fin 2014 : nombreuses actions pour développer/consolider l’Espace OSM Francophone. Point de vue du Burkina où OpenStreetMap remporte prix de la Société Civile à la Semaine Nationale de l’Internet. http://projeteof.org/fin-2014-nombreuses-actions-pour-developperconsolider-lespace-osm-francophone-point-de-vue-du-burkina-ou-openstreetmap-remporte-prix-de-la-societe-civile-a-la-semaine-nationale-de-linternet/ Bonne lecture et très bonnes fêtes à tous, gus *Augustin Doury* Projet Espace OSM Francophone | @ProjetEOF Volontaire International de la Francophonie - Association Linux Logiciels Libres Burkina-Faso | @gus_osm +22660717822 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Opendata... kinenveu ?
Comment taguer les bureaux de vote? S'agissant d'installations temporaires, je m'étais déjà posé la question. Mais sans trouver de tag vraiment adéquat. Le 21 décembre 2014 16:49:06 UTC+01:00, Christian Quest cqu...@openstreetmap.fr a écrit : Deux jeux de données intéressants sur l'agglo de St Malo: - les arrêts de bus: https://www.data.gouv.fr/fr/datasets/emplacement-des-arrets-de-bus-du-reseau-transport-saint-malo-agglomeration-2/ - les casse bouteilles : https://www.data.gouv.fr/fr/datasets/points-dapport-volontaire-shp/ Mais aussi, sur la Ville de St Malo... - un parcours touristique: https://www.data.gouv.fr/fr/datasets/suivez-lhermine/ - les cimetières: https://www.data.gouv.fr/fr/datasets/cimetieres-malouins/ - les campings: https://www.data.gouv.fr/fr/datasets/campings/ - les monuments: https://www.data.gouv.fr/fr/datasets/monuments-historiques-classes-a-saint-malo/ - les stations service: https://www.data.gouv.fr/fr/datasets/emplacement-des-stations-service-a-saint-malo-1/ - les défibrillateurs: https://www.data.gouv.fr/fr/datasets/defibrillateurs-1/ - les postes de secours: https://www.data.gouv.fr/fr/datasets/postes-de-secours/ - les zones de mouillage: https://www.data.gouv.fr/fr/datasets/zones-de-mouillages/ - les bureaux de vote: https://www.data.gouv.fr/fr/datasets/emplacement-des-bureaux-de-vote/ Et aussi des POI du Comité Départemental de l'Aube (restaurant, hotellerie, patrimoine culturel, équipements sportifs, etc): https://www.data.gouv.fr/fr/datasets/etablissements-touristiques-de-laube-en-champagne/ -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Pierre d'Huy___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Opendata... kinenveu ?
Temporaire si on veut Leurcadresse est inscrite sur les cartes d'électeur remises en début d'année et en fait bon nombre de cartes ne sont pas réimprimées même les années de vote prévu car les adresses ne changent que rarement. Ce qui peut changer ce sont les listes de chaque bureau numéroté mais dans bon nombre de villes ou il n'y a pas un unique bureau de vote a proximité de la mairie ou dans la mairie ces bureaux légaux sont regroupés a la même adresse souvent par 3 ou 4, dnautantvokus facilement si c'est dans une école publique sans autre activité le dimanche et avec assez de salles de classe ou d'activité. Je n'ai en fait jamais vu un bureau de vote déplace sauf dans mon enfance dans un village dont l'ancienne mairie qui était installée dans l'ancienne école publique a aussi déménagé en rachetant un ancien corps de ferme aujourd'hui en plein centre et reconverti en une petite place avec des commerces, la mairie et plusieurs services communauté et une salle associative. Le nombre de bureaux n'a pas changé il est juste allé a un autre endroit a 200 mètres. Et c'était y a plus de 30 ans. Ca n'a pas bouge depuis même si aujourd'hui il y a 3 bureaux de vote légaux tous au mêle endroit. Dans d'autres grandes villescou j'ai habite les bureaux n'ont pas bouge depuis des décennies (Courbevoie, Asnières, Lille, Rennes, Niort) alors que le découpage électoral des bureaux a change dans le détail sans pour autant que leur adresse bouge.) Les raisins pour lesquelles ca bouge c'est essentiellement la désaffection des lieux ou la revente et le déménagement de l'établissement public qui accueille les opérations de vote pour un ou plusieurs bureaux légaux. Dernière note: du fait que les bureaux sont regroupés leur centre de vote n'est pas toujours dans le territoire couvert par un bureau mais peut être dans un établissement public a proximité dans la commune. Dans de rares cas un bureau de vote peut avoir son centre de vote placé sur le territoire d'une commune voisine si c'est plus facile d'accès par exemple pour les parties exclavées de son territoire. Le 23 déc. 2014 18:21, Pierre d'Huy dh...@yahoo.fr a écrit : Comment taguer les bureaux de vote? S'agissant d'installations temporaires, je m'étais déjà posé la question. Mais sans trouver de tag vraiment adéquat. Le 21 décembre 2014 16:49:06 UTC+01:00, Christian Quest cqu...@openstreetmap.fr a écrit : Deux jeux de données intéressants sur l'agglo de St Malo: - les arrêts de bus: https://www.data.gouv.fr/fr/datasets/emplacement-des-arrets-de-bus-du-reseau-transport-saint-malo-agglomeration-2/ - les casse bouteilles : https://www.data.gouv.fr/fr/datasets/points-dapport-volontaire-shp/ Mais aussi, sur la Ville de St Malo... - un parcours touristique: https://www.data.gouv.fr/fr/datasets/suivez-lhermine/ - les cimetières: https://www.data.gouv.fr/fr/datasets/cimetieres-malouins/ - les campings: https://www.data.gouv.fr/fr/datasets/campings/ - les monuments: https://www.data.gouv.fr/fr/datasets/monuments-historiques-classes-a-saint-malo/ - les stations service: https://www.data.gouv.fr/fr/datasets/emplacement-des-stations-service-a-saint-malo-1/ - les défibrillateurs: https://www.data.gouv.fr/fr/datasets/defibrillateurs-1/ - les postes de secours: https://www.data.gouv.fr/fr/datasets/postes-de-secours/ - les zones de mouillage: https://www.data.gouv.fr/fr/datasets/zones-de-mouillages/ - les bureaux de vote: https://www.data.gouv.fr/fr/datasets/emplacement-des-bureaux-de-vote/ Et aussi des POI du Comité Départemental de l'Aube (restaurant, hotellerie, patrimoine culturel, équipements sportifs, etc): https://www.data.gouv.fr/fr/datasets/etablissements-touristiques-de-laube-en-champagne/ -- Christian Quest - OpenStreetMap France -- Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Pierre d'Huy ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] geotiff dans josm
Le 23/12/2014 17:41, Pierre-Yves Berrard a écrit : J'essaie d'ouvrir un fichier geotiff (généré par le plugin cadastre) dans JOSM. Quelqu'un saurait-il comment faire ? J'ai produit un geotiff à partir d'une scan du Cadastre raster, via le plugin. Il s'ouvre sans problème dans QGis, mais en effet JOSM ne veut rien savoir. Il y a au moins 2 plugins de JOSM qui gèrent l'ouverture de rasters : PicLayer et ImportImage, mais chacun a besoin d'un fichier de calage (aka world file). Pour générer ce fichier, j'ai utilisé GDAL[1], précisément gdal_translate, en convertissant en PNG : gdal_translate.exe -of png test.tif test2.png Si jamais tu as QGis [2] d'installé, les binaires GDAL sont inclus. gdal_translate produit un fichier test2.wld. Il faut changer l'extension de wld vers pgw, et ensuite, ça s'ouvre bien dans JOSM en utilisant PicLayer : Imagerie Plus... Nouveau calque image depuis le fichier vincent [1] : http://www.gdal.org/index.html [2] : http://qgis.org/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] geotiff dans josm
Le 23/12/2014 17:41, Pierre-Yves Berrard a écrit : Bonjour, J'essaie d'ouvrir un fichier geotiff (généré par le plugin cadastre) dans JOSM. Quelqu'un saurait-il comment faire ? Pierre-Yves Sortir son couteau suisse géomatique libre... gdal/ogr ! Le drive tiff permet de générer directement le .tfw indiqué par Vincent et nécessaire à JOSM. gdal_translate -CO TFW=YES -CO PROFILE=BASELINE input.tif output.tif http://www.gdal.org/frmt_gtiff.html (les options du format tiff) http://www.gdal.org/gdal_translate.html (la doc de gdal_translate) -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Opendata... kinenveu ?
2014-12-23 18:20 GMT+01:00 Pierre d'Huy dh...@yahoo.fr: Comment taguer les bureaux de vote? S'agissant d'installations temporaires, je m'étais déjà posé la question. Mais sans trouver de tag vraiment adéquat. - les bureaux de vote: https://www.data.gouv.fr/fr/datasets/emplacement-des-bureaux-de-vote/ http://wiki.openstreetmap.org/wiki/Proposed_features/polling_station ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] geotiff dans josm
Le 23 décembre 2014 23:39, Christian Quest cqu...@openstreetmap.fr a écrit : Le 23/12/2014 17:41, Pierre-Yves Berrard a écrit : Bonjour, J'essaie d'ouvrir un fichier geotiff (généré par le plugin cadastre) dans JOSM. Quelqu'un saurait-il comment faire ? Pierre-Yves Sortir son couteau suisse géomatique libre... gdal/ogr ! Le drive tiff permet de générer directement le .tfw indiqué par Vincent et nécessaire à JOSM. gdal_translate -CO TFW=YES -CO PROFILE=BASELINE input.tif output.tif http://www.gdal.org/frmt_gtiff.html (les options du format tiff) http://www.gdal.org/gdal_translate.html (la doc de gdal_translate) -- Christian Quest - OpenStreetMap France Merci pour les réponses, je vais voir si c'est plus avantageux que de géoréférencer la planche raster à chaque fois. PY ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] geotiff dans josm
Le 24/12/2014 00:02, Pierre-Yves Berrard a écrit : Le 23 décembre 2014 23:39, Christian Quest cqu...@openstreetmap.fr mailto:cqu...@openstreetmap.fr a écrit : Le 23/12/2014 17:41, Pierre-Yves Berrard a écrit : Bonjour, J'essaie d'ouvrir un fichier geotiff (généré par le plugin cadastre) dans JOSM. Quelqu'un saurait-il comment faire ? Pierre-Yves Sortir son couteau suisse géomatique libre... gdal/ogr ! Le drive tiff permet de générer directement le .tfw indiqué par Vincent et nécessaire à JOSM. gdal_translate -CO TFW=YES -CO PROFILE=BASELINE input.tif output.tif http://www.gdal.org/frmt_gtiff.html (les options du format tiff) http://www.gdal.org/gdal_translate.html (la doc de gdal_translate) Merci pour les réponses, je vais voir si c'est plus avantageux que de géoréférencer la planche raster à chaque fois. Si tu en a plusieurs à traiter, en ligne de commande ça se fait d'un coup. Tout ce qui est (bêtement) répétitif est un truc à faire faire par un ordinateur ;) -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] geotiff dans josm
Le 24/12/2014 00:10, Christian Quest a écrit : Le 24/12/2014 00:02, Pierre-Yves Berrard a écrit : Merci pour les réponses, je vais voir si c'est plus avantageux que de géoréférencer la planche raster à chaque fois. Au cas où : si tu actives la mise en cache des planches calées via le plugin Cadastre (dans les préférences, cocher Enregistrer automatiquement le calque), tu peux rappeler les fichier par la suite (Cadastre Charger le calque depuis le cache), et tout ça sans manip supplémentaire. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[Talk-us] Tagging outdoor US shopping centers
I'm a relative newbie, and here's a question I've been puzzling over for a while: What's the best practice for tagging a north American outdoor shopping center? For example, often, on an intersection between major suburban streets, there are collections of stores, in one or multiple buildings, grouped around one or more shared car parks. And they have names (Cornerstone, Kings Court,... or whatever). Sometimes there are four groups of stores, one on each quadrant of the intersection, with four different names. In the past, someone may have tagged the whole general area with landuse=retail (or landuse=commercial - not sure why the difference), but the map doesn't know of, nor display, the distinct identities (which are frequently used locally in ads, etc). How to incorporate these distinct names, and if possible have mapnik display something? I have considered or seen several ways: 1. Split a big generic landuse=retail area into multiple smaller landuse=retail polygons, one for each shopping area. Then there are issues about whether adjacent areas should share boundary nodes with each other, or with separating roads. It gets complicated, and tedious to implement. 3. I've seen place=locality used on a single node with a name=*. It displays, but place=locality is supposed to describe an uninhabited region, according to the wiki. 4. Is this a legitimate use of the site relation? Buildings, shops, car park areas, gas stations, etc, could be grouped together and named, perhaps with a label tag, and no explicit boundary way required. The boundary of a shopping center is usually fairly obvious when viewing the map - a drawn boundary might not be considered essential. This is attractive, but are site relations approved at this point, and will Mapnik display their names (I know... don't map for the renderer...)? Plus, I've never seen this used. Breaking up a big landuse=retail area seems clumsy and problematic. And I suspect the usage of landuse=retail is supposed to be a generic, broad brush classification of a whole region rather than a way of identifying smallish distinct contiguous areas, identical except for their names. What I think I need is a shop=shopping_center tag (or shopping_centre, if our European colleagues insist :) ), applied to either a strategically placed node or a newly defined boundary way. But it doesn't exist, strangely. Note that shop=mall isn't right, because malls are explicitly indoors. Maybe it's only here in California, where it never rains ( dark humor. At least until very recently) that we have this phenomenon of outdoor shoping areas, but I don't think so. Note also that single isolated shopping areas are not a problem - the landuse=retail area can simply be given a name=* tag. But for the more complicated cases - any suggestions? ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Tagging outdoor US shopping centers
I am more likely to use your option 1: Each shopping center a separate landuse=retail, name=* covering the entire area including parking but not the land associated with the roadway right of way. As an example there are two named shopping centers at this intersection: http://www.openstreetmap.org/#map=18/37.36843/-122.03593 I would really avoid using locality=* as I associate using that for a populated place. I think that relations could work in theory but it seems that they are poorly supported/understood by the average editor/mapper and the complexity is not needed to capture the information. Not sure what your item 2 was going to be. :) Cheers Tod On Dec 23, 2014, at 6:40 PM, Doug Hembry wrote: I'm a relative newbie, and here's a question I've been puzzling over for a while: What's the best practice for tagging a north American outdoor shopping center? For example, often, on an intersection between major suburban streets, there are collections of stores, in one or multiple buildings, grouped around one or more shared car parks. And they have names (Cornerstone, Kings Court,... or whatever). Sometimes there are four groups of stores, one on each quadrant of the intersection, with four different names. In the past, someone may have tagged the whole general area with landuse=retail (or landuse=commercial - not sure why the difference), but the map doesn't know of, nor display, the distinct identities (which are frequently used locally in ads, etc). How to incorporate these distinct names, and if possible have mapnik display something? I have considered or seen several ways: 1. Split a big generic landuse=retail area into multiple smaller landuse=retail polygons, one for each shopping area. Then there are issues about whether adjacent areas should share boundary nodes with each other, or with separating roads. It gets complicated, and tedious to implement. 3. I've seen place=locality used on a single node with a name=*. It displays, but place=locality is supposed to describe an uninhabited region, according to the wiki. 4. Is this a legitimate use of the site relation? Buildings, shops, car park areas, gas stations, etc, could be grouped together and named, perhaps with a label tag, and no explicit boundary way required. The boundary of a shopping center is usually fairly obvious when viewing the map - a drawn boundary might not be considered essential. This is attractive, but are site relations approved at this point, and will Mapnik display their names (I know... don't map for the renderer...)? Plus, I've never seen this used. Breaking up a big landuse=retail area seems clumsy and problematic. And I suspect the usage of landuse=retail is supposed to be a generic, broad brush classification of a whole region rather than a way of identifying smallish distinct contiguous areas, identical except for their names. What I think I need is a shop=shopping_center tag (or shopping_centre, if our European colleagues insist :) ), applied to either a strategically placed node or a newly defined boundary way. But it doesn't exist, strangely. Note that shop=mall isn't right, because malls are explicitly indoors. Maybe it's only here in California, where it never rains ( dark humor. At least until very recently) that we have this phenomenon of outdoor shoping areas, but I don't think so. Note also that single isolated shopping areas are not a problem - the landuse=retail area can simply be given a name=* tag. But for the more complicated cases - any suggestions? smime.p7s Description: S/MIME cryptographic signature ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Tagging outdoor US shopping centers
On Tue, Dec 23, 2014 at 7:17 PM, Tod Fitch t...@fitchdesign.com wrote: I am more likely to use your option 1: Each shopping center a separate landuse=retail, name=* covering the entire area including parking but not the land associated with the roadway right of way. As an example there are two named shopping centers at this intersection: http://www.openstreetmap.org/#map=18/37.36843/-122.03593 Yes, I agree that you don't want to connect the landuse polygons to the adjacent roads. Two adjacent landuse polygons can share nodes if there's nothing between them. Generally, you have the Way objects for the roads in the center of the road and the landuse for the shopping center starts once you get off the road and onto the property for the shopping center. landuse=retail is for primarily stores and restaurants and landuse=commercial is primarily for things like doctors' offices. Using landuse=retail for the shopping center is a great place to also put the name tag. You can have smaller landuse polygons that are inside of larger broad brush ones. Many of these have websites which you can add using the website tag as well. I also use landuse=residential to put a name tag on a named residential housing division. I prefer to split up the larger buildings for each store rather than just drawing a big building polygon and putting nodes in for the stores. See the buildings within the following example: http://www.openstreetmap.org/way/178251857 --Peter ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
[talk-latam] mapazonia.org
Arranco un nuevo hilo para temas que tengan que ver con la página así no mezclamos las cosas. Acabo de subir una nueva versión con las tareas y su porcentaje de avance. Lamentablemente el Tasking Manager no tiene configurado CORS así que no puedo sacar la información dinámicamente y tuve que poner los porcentajes a mano. A la larga se va a volver incómodo tener que actualizar la página a cada rato pero por ahora no encontré otra solución. Cualquier idea, opinión, recomendación, etc, será muy bienvenida. Recuerden que pueden usar los issues de Github para pedir cambios o directamente mandar Pull Requests si quieren colaborar con algo. Abrazos! Mauri ___ talk-latam mailing list talk-latam@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-latam
Re: [talk-latam] mapazonia.org
2014-12-23 12:13 GMT-04:00 Mauricio Miranda maurimira...@gmail.com: Lamentablemente el Tasking Manager no tiene configurado CORS así que no puedo sacar la información dinámicamente y tuve que poner los porcentajes a mano. Como a pedido pgiraud fusionó la habilitación de CORS para exportar las tareas (1). Aunque falta saber algo de documentación. Abrazos, Marco Antonio (1). https://github.com/hotosm/osm-tasking-manager2/pull/507 ___ talk-latam mailing list talk-latam@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-latam