[OSM-talk-be] Belgium is now splited into 4 areas in Osmose
Hi, Osmose is a QA tool available at http://osmose.openstreetmap.fr https://wiki.openstreetmap.org/wiki/Osmose http://osmose.openstreetmap.fr/fr/map/?zoom=10lat=50.74347lon=4.17826item=level=1 Belgium is now splited into 4 areas in Osmose : http://osmose.openstreetmap.fr/fr/errors/?country=belgium_brussels_capital_region http://osmose.openstreetmap.fr/fr/errors/?country=belgium_flanders http://osmose.openstreetmap.fr/fr/errors/?country=belgium_wallonia_french_community http://osmose.openstreetmap.fr/fr/errors/?country=belgium_wallonia_german_community The main goal is to be able to apply specific language rules, mainly available for French. You can help if you want on translation or localisation of analysers. Any feedback will be appreciated. On this error list I want to point a particular problem on Flanders about addresses, there is really many more errors of this kind than any where. Frédéric. ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Belgium is now splited into 4 areas in Osmose
Awesome! Thanks for your work!! i'll look at this ... Could we add smth like, in brussels, if there is a name=* (with a dash) it should have a name:fr and a name=nl ? or only for streets ? Regards On Sun, Mar 2, 2014 at 4:25 PM, Frédéric Rodrigo fred.rodr...@gmail.comwrote: Hi, Osmose is a QA tool available at http://osmose.openstreetmap.fr https://wiki.openstreetmap.org/wiki/Osmose http://osmose.openstreetmap.fr/fr/map/?zoom=10lat=50. 74347lon=4.17826item=level=1 Belgium is now splited into 4 areas in Osmose : http://osmose.openstreetmap.fr/fr/errors/?country=belgium_ brussels_capital_region http://osmose.openstreetmap.fr/fr/errors/?country=belgium_flanders http://osmose.openstreetmap.fr/fr/errors/?country=belgium_ wallonia_french_community http://osmose.openstreetmap.fr/fr/errors/?country=belgium_ wallonia_german_community The main goal is to be able to apply specific language rules, mainly available for French. You can help if you want on translation or localisation of analysers. Any feedback will be appreciated. On this error list I want to point a particular problem on Flanders about addresses, there is really many more errors of this kind than any where. Frédéric. ___ 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] Belgium is now splited into 4 areas in Osmose
Hi Frédéric, Thanks for your efforts. There are many relations which will never have more than 1 member, unless we would split the ways just for the purpose of avoiding them to be flagged, which would, of course, be silly. They all have network=rwn as tags. This kind of hiking/walking/foot network is very fine mazed. Concerning the nodes with addr:housenumber which don't have addr:street tags, I guess the best way to fix those is to get the import from AGIV/CRAB started. Polyglot 2014-03-02 16:25 GMT+01:00 Frédéric Rodrigo fred.rodr...@gmail.com: Hi, Osmose is a QA tool available at http://osmose.openstreetmap.fr https://wiki.openstreetmap.org/wiki/Osmose http://osmose.openstreetmap.fr/fr/map/?zoom=10lat=50. 74347lon=4.17826item=level=1 Belgium is now splited into 4 areas in Osmose : http://osmose.openstreetmap.fr/fr/errors/?country=belgium_ brussels_capital_region http://osmose.openstreetmap.fr/fr/errors/?country=belgium_flanders http://osmose.openstreetmap.fr/fr/errors/?country=belgium_ wallonia_french_community http://osmose.openstreetmap.fr/fr/errors/?country=belgium_ wallonia_german_community The main goal is to be able to apply specific language rules, mainly available for French. You can help if you want on translation or localisation of analysers. Any feedback will be appreciated. On this error list I want to point a particular problem on Flanders about addresses, there is really many more errors of this kind than any where. Frédéric. ___ 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] Belgium is now splited into 4 areas in Osmose
Le 02/03/2014 16:44, eMerzh a écrit : Could we add smth like, in brussels, if there is a name=* (with a dash) it should have a name:fr and a name=nl ? or only for streets ? Yes, it's planned, and one of the cause of split. Can you confirm belgium_brussels_capital_region if the good split for double naming ? Le 02/03/2014 17:28, Jo a écrit : Hi Frédéric, Thanks for your efforts. There are many relations which will never have more than 1 member, unless we would split the ways just for the purpose of avoiding them to be flagged, which would, of course, be silly. They all have network=rwn as tags. This kind of hiking/walking/foot network is very fine mazed. Can you provide some examples ? maybe this analysis mustn't apply on all relation type. Concerning the nodes with addr:housenumber which don't have addr:street tags, I guess the best way to fix those is to get the import from AGIV/CRAB started. Polyglot 2014-03-02 16:25 GMT+01:00 Frédéric Rodrigo fred.rodr...@gmail.com mailto:fred.rodr...@gmail.com: Hi, Osmose is a QA tool available at http://osmose.openstreetmap.fr https://wiki.openstreetmap.org/wiki/Osmose http://osmose.openstreetmap.fr/fr/map/?zoom=10lat=50.74347lon=4.17826item=level=1 Belgium is now splited into 4 areas in Osmose : http://osmose.openstreetmap.fr/fr/errors/?country=belgium_brussels_capital_region http://osmose.openstreetmap.fr/fr/errors/?country=belgium_flanders http://osmose.openstreetmap.fr/fr/errors/?country=belgium_wallonia_french_community http://osmose.openstreetmap.fr/fr/errors/?country=belgium_wallonia_german_community The main goal is to be able to apply specific language rules, mainly available for French. You can help if you want on translation or localisation of analysers. Any feedback will be appreciated. On this error list I want to point a particular problem on Flanders about addresses, there is really many more errors of this kind than any where. Frédéric. ___ Talk-be mailing list Talk-be@openstreetmap.org mailto: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 ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Belgium is now splited into 4 areas in Osmose
Le 02/03/2014 21:02, André Pirard a écrit : On 2014-03-02 16:44, eMerzh wrote : Could we add smth like, in brussels, if there is a name=* (with a dash) it should have a name:fr and a name=nl ? or only for streets ? If I understand well... A manifold name shouldn't use a dash, it should use an EM dash — (/Unicode/ Character '/EM DASH/' (U+2014)) http://www.fileformat.info/info/unicode/char/2013/index.htm It's the character we use for the manifold names on our boundaries. Else, how could Frédéric Rodrigo or Jocelyn or anyone parse *Saint-Josse-ten-Noode-**Sint-Joost-ten-Node* without AI. It must be: *Saint-Josse-ten-Noode—**Sint-Joost-ten-Node* Conversely, names with dashes are perfectly normal and must be processes as if they had no dashes. *BTW*, in http://osmose.openstreetmap.fr/fr/errors/?country=belgium_wallonia_french_community I stumble upon: 3763 http://osmose.openstreetmap.fr/fr/errors/?source=3763 30321 1 3032 http://osmose.openstreetmap.fr/fr/errors/?item=3032 liens entre tags E http://osmose.openstreetmap.fr/fr/error/664125463 5.64 50.60 http://osmose.openstreetmap.fr/map/?zoom=13lat=50.5978422lon=5.6411274item=3032level=1 w 28751124 http://www.openstreetmap.org/browse/way/28751124 (j) http://localhost:8111/load_object?objects=w28751124 name=Basilique de Chêvremont est la localisation mais pas le nom But on http://liege.diocese.be I read: ONR Basilique de Chèvremont Chèvremont 1) you should send a CC: of those kind of errors http://www.eglisesouvertes.be/church_detail.asp?churchID=432 to our Bishop 2) the name is Chèvremont http://www.chaudfontaine.be/site/tourisme/curiosites/index.php?ref_annu=1405, not Chêvremont as your message says :-) 3) it seems that the name you'd like is Basilique Notre-Dame de Chèvremont Yes it's the point 4) but in that case, would your program claim that Chèvremont is the location of Notre-Dame? ;-) No, unless you write it Basilique _de_ Notre-Dame de Chèvremont ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk] Tile refresh on openstreetmap.org
On 02/03/14 04:49, Paul Norman wrote: Would there be a way to avoid large rendering queues with every update? Rolling out the stylesheets region by region might solve this problem, but that would probably be nearly impossible to set up and maintain. I don't really see how we can avoid this problem, but perhaps anyone else has an idea? The load from the re-rendering job is adjustable. Of course, if you go for a low load, then the re-rendering job will take a lot longer. Not really - the load we are talking about is not the pre-rendering of low zoom, rather it is the load from normal tile requests triggering re-rendering of high zoom tiles. Tom -- Tom Hughes (t...@compton.nu) http://compton.nu/ ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Tile refresh on openstreetmap.org
On Sunday 02 March 2014, Tom Hughes wrote: The load from the re-rendering job is adjustable. Of course, if you go for a low load, then the re-rendering job will take a lot longer. Not really - the load we are talking about is not the pre-rendering of low zoom, rather it is the load from normal tile requests triggering re-rendering of high zoom tiles. Well - in principle i think re-rendering of very old tiles (like 2 weeks age) at the low zooms should take precedence over style induced updates at the high zooms. Not sure how feasible it is to implement this. -- Christoph Hormann http://www.imagico.de/ ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Tile refresh on openstreetmap.org
On 02/03/14 10:03, Christoph Hormann wrote: On Sunday 02 March 2014, Tom Hughes wrote: The load from the re-rendering job is adjustable. Of course, if you go for a low load, then the re-rendering job will take a lot longer. Not really - the load we are talking about is not the pre-rendering of low zoom, rather it is the load from normal tile requests triggering re-rendering of high zoom tiles. Well - in principle i think re-rendering of very old tiles (like 2 weeks age) at the low zooms should take precedence over style induced updates at the high zooms. Not sure how feasible it is to implement this. They do. The algorithm goes something like this: * Update stylesheet, remembering time * Render z0 to z10 in the background * Mark planet as dirty, using saved time * Start rendering z11 to z12 in the background So only at the third step will user requests starting triggering a rerender for tiles which are older then than the stylesheet. At that point z0 to z10 are already done (only takes a few hours). The rendering of z11 to z12 does overlap, but we normally arrange for that to happen overnight so that it can be done before load picks up in the morning. Both background renders are limited to one quarter of the available render threads, and will suspend themselves if the load gets too high. Note that nothing in z0 to z12 is marked dirty as a result of changes to the data, so they only re-render when the style changes, or once a month as a background job. Tom -- Tom Hughes (t...@compton.nu) http://compton.nu/ ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Tile refresh on openstreetmap.org
On Sunday 02 March 2014, Tom Hughes wrote: Well - in principle i think re-rendering of very old tiles (like 2 weeks age) at the low zooms should take precedence over style induced updates at the high zooms. Not sure how feasible it is to implement this. They do. The algorithm goes something like this: * Update stylesheet, remembering time * Render z0 to z10 in the background * Mark planet as dirty, using saved time * Start rendering z11 to z12 in the background [...] Note that nothing in z0 to z12 is marked dirty as a result of changes to the data, so they only re-render when the style changes, or once a month as a background job. That pretty much explains my observations. By having one or several stylesheet updates within the monthly update cycle the actual update of some tiles is stretched from a month to the ~7 weeks i observed. The solution i could envision would be to have a single render queue for the pre-rendered tiles that is prioritized based on age of the existing tile, possibly modulated with the zoom level (i.e. the age of the lowest zooms could be considered more severe than z11 and z12). This means the queue always renders the tile which has the highest need for update at the moment and you do not have the problem that several style sheet updates induce rapid re-renders of some tiles but at the same time delay updates of other tiles. In fact such a system would be fully agnostic to style sheet changes but still make sure they show up in the map as fast as possible. Not sure if this is possible with the current render stack of course. -- Christoph Hormann http://www.imagico.de/ ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Tile refresh on openstreetmap.org
On 02/03/14 12:12, Christoph Hormann wrote: On Sunday 02 March 2014, Tom Hughes wrote: http://a.tile.openstreetmap.org/11/1577/243.png/status yevaud: Dirty. Last rendered at Sat Feb 22 03:13:25 2014 orm: Clean. Last rendered at Sun Mar 02 11:43:19 2014. http://b.tile.openstreetmap.org/12/3154/483.png/status yevaud: Dirty. Last rendered at Sun Feb 23 02:00:44 2014. orm: Clean. Last rendered at Sun Mar 02 11:43:20 2014. Based on the status i got from the tile server these two were last rendered on Jan 11 and Jan 30 before the 11:43 render today. The third one mentioned in the other mail is still on Jan 11 (don't know how long it will stay of course) If they have been rendered in between the update did not make it to the tile distribution apparently. There seem to be some bugs - firstly the monthly rerender has not been triggering, which I think I have now fixed: http://git.openstreetmap.org/chef.git/commitdiff/009639159796063757101d372fc5d0da8c250169 Secondly, it looks like the z11+12 renders on a stylesheet change have not been completing. I think the fix is this: https://github.com/openstreetmap/mod_tile/commit/13da3afe709434e2237111bb2bfd34ee4d17d08c So I have asked Kai if he can do a new build with that in. Tom -- Tom Hughes (t...@compton.nu) http://compton.nu/ ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk-nl] Nieuwe ProRail data
Er is weer een heleboel referentie spoor data van beschikbaar gekomen die bij is gewerkt tot oktober 2013. http://data.openov.nl/prorail/20140116/ Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
Re: [talk-au] Automating the replacement of abbreviation of street names
Sounds fine. A quick google indicates the approach has historical endorsement [1] but could you define the geographical scope of these changes and the logic/software you'd be using to do these changes? Note [2] is a worthwhile read if you haven't spotted it already. [1] https://groups.google.com/forum/#!topic/openstreetmap/lW7E9_-TEe8 [2] http://wiki.openstreetmap.org/wiki/Mechanical_Edit_Policy Cheers, Jason On 2 March 2014 15:47, Frank sundowne...@optusnet.com.au wrote: I'm toying with automating the replacement of abbreviation of street names e.g. St to Street, Ave to Avenue etc. It is tedious to do that by hand and the automation process can limit the replacements to tagged 'highway's and to the end of the name tag so things like St Andrews won't get changed to Street Andrews! It would be used on .osm files making the changes, a separate text file documenting the changes (so you can check), the abbreviations and their replacements would be in a text file so additions could be made by anyone (in any language). To upload the changes JOSM would be used. Thoughts? ___ Talk-au mailing list Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au ___ Talk-au mailing list Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Automating the replacement of abbreviation of street names
Frank wrote: I'm toying with automating the replacement of abbreviation of street names e.g. St to Street, Ave to Avenue etc. I think that people in the USA had similar issues with TIGER data and created a bunch of tools to do the conversions. It might be worth asking somewhere that USA folks hang out about it (maybe talk@ or #osm on IRC). Cheers, Andy ___ Talk-au mailing list Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Automating the replacement of abbreviation of street names
This official abbreviation list may help building any rule set: http://meteor.aihw.gov.au/content/index.phtml/itemId/429840/meteorItemView/long Chris -- cbar...@pobox.com On 2 Mar 2014, at 11:40 am, Jason Ward jasonjwa...@gmail.com wrote: Sounds fine. A quick google indicates the approach has historical endorsement [1] but could you define the geographical scope of these changes and the logic/software you'd be using to do these changes? Note [2] is a worthwhile read if you haven't spotted it already. [1] https://groups.google.com/forum/#!topic/openstreetmap/lW7E9_-TEe8 [2] http://wiki.openstreetmap.org/wiki/Mechanical_Edit_Policy Cheers, Jason On 2 March 2014 15:47, Frank sundowne...@optusnet.com.au wrote: I'm toying with automating the replacement of abbreviation of street names e.g. St to Street, Ave to Avenue etc. It is tedious to do that by hand and the automation process can limit the replacements to tagged 'highway's and to the end of the name tag so things like St Andrews won't get changed to Street Andrews! It would be used on .osm files making the changes, a separate text file documenting the changes (so you can check), the abbreviations and their replacements would be in a text file so additions could be made by anyone (in any language). To upload the changes JOSM would be used. Thoughts? ___ Talk-au mailing list Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au ___ Talk-au mailing list Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au ___ Talk-au mailing list Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Automating the replacement of abbreviation of street names
Ok, Great response. I'll make a change to comply with the 'mechanical changes' policy ... This came about as I found making the changes using JOSM involved too much work. Rather than many clicks/key presses I'd prefer none, but to meet the 'mechanical changes' policy I'll include one key press per changed name (Y or N to accept/reject the change). Where did the abbreviation come from? I'd think this is user entered data .. I'd rather have it then nothing. It does not comply with that Au standard. I've simply taken what abbreviations I've found in my local area as the template, the software loads this in from an external text file .. so the user can modify the data to suit. But the 'rules' are embedded in the software so cannot be changed by the user. What are the 'rules'? Changes only to 'ways' tagged 'highway' and only change the matching suffix in the 'name' tag. This suffix must be preceded by a space, and followed by nothing else other than what is in the external file. The external file could contain full stops, spaces etc., at the moment I've not come across a need to do that, nor a upper case/lower case problem. What area/s will be changed by this? The way it works is the user downloads the area, saves it to a file using JOSM, operates this software on that file, then uses JOSM to up load the data. So the area will be up to the user. It will not gather the data itself, nor upload the changes itself. I've put the same on my 'OSM Diary' entry and had a few replies there too. ___ Talk-au mailing list Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au
Re: [OSM-talk-ie] At this rate, we'll have all townlands mapped by 17th November 2020!
(For the benefit of those not on IRC:) This is the old calculate coverage excluding water areas issue others have mentioned. ( https://github.com/rory/osm-irish-townlands/issues/11 ). I'll be doing that next. We won't have to do any special tagging. Rory On 02/03/14 17:02, Killyfole and District Development Assocation wrote: Rory, thanks for maintaining the celtic-knot-creator.com website. I find it a very helpful resource to have. According to the site, 40% of the townlands in Co Fermanagh are already mapped. From my own progress, I reckon its more like 60% due to the fact that Lough Erne is not divided into townlands. Is there any way the Lough could be excluded? Looking at the townland maps, most small Loughs are sliced up and are actually part of the neighbouring townlands. However, there are some larger Loughs which are not. Lough Erne being one! I think Lough Neigh is the same. Maybe we could create a special tag to mark the natural=water as belonging to a town or not. Any thoughts on the matter? ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie
Re: [Talk-de] Natural Wood = Forest Landuse
On Sat, Mar 01, 2014 at 05:15:43PM +0100, Falk Zscheile wrote: Kurzum ich sehe einen langfristigen Reformbedarf. +1 Ich höre schon die Stimmen auf allen Kanälen: Mein Wald wird nicht mehr gerendert, weil ihn irgendein nichtsnutziger, unwissender, bösartiger und gemeiner User von landuse=forest zu natural=forest geändert hat. ohnehin nicht so die durchgreifende Reform.. wenn schon dann richtig. Ich denke in die Richtung vegetation:soil - soil microbiology vegetation:low - gras/blueberries/low bush types vegetation:high - trees and high bushes Richard ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] News fronte Istat
Simone Cortesi wrote non mi è ancora chiaro se tutto sarà o meno georiferito o se invece si tratterà solo degli stradari e civici divisi per unità di censimento. speriamo la prima...ma nel caso si potrebbe anche usare i secondi tipi di dati, giusto?...magari per vedere che via manca ad una determinata città o altro... - Ciao, Aury -- View this message in context: http://gis.19327.n5.nabble.com/News-fronte-Istat-tp5775086p5798082.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] PCN 2012
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Il 02/03/2014 08:31, Francesco Pelullo ha scritto: Forse mi sono perso un passaggio importante: abbiamo l'autorizzazione o no? È come quello del 2006, solo per uso come ricalco. - -- Simone Girardelli -BEGIN PGP SIGNATURE- Version: GnuPG v1 iF4EAREIAAYFAlMS65AACgkQoVS0hKoD3PPKQwEAqkUdFrG7B2HebVlHT06lZKar WiOZTNS4+K1yyY46uL4A/igd5Blb8k3laWwmS3JIe2HOOQtsaeche4SP2FMxInmS =McOt -END PGP SIGNATURE- ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] PCN 2012
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Comunque, vista la non uniformità delle ortofoto, dato che sono emerse differenze evidenziate in questa lista, direi se siete d'accordo di mantenere al momento la georeferenziazione delle ortofoto 2006 ed usare quelle del 2012 solo come riferimento per le parti da ricalcare più recenti, ma mantenedo lo scostamento di quelle del 2006 ove esiste la differenza. - -- Simone Girardelli -BEGIN PGP SIGNATURE- Version: GnuPG v1 iF4EAREIAAYFAlMS7OwACgkQoVS0hKoD3PNmwQD/c+UI3HxgUMxbZ+CS+TDTrw1q y28TPyEHYAGn3YRLbm8A/1ob4fTmqOQAoBOhV+FYW3X2npP/ROJ2eca9kvIF/IPf =YKzH -END PGP SIGNATURE- ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] PCN 2012
-Original Message- From: girarsi_liste [mailto:liste.gira...@gmail.com] Sent: domenica 2 marzo 2014 09:28 To: talk-it@openstreetmap.org Subject: Re: [Talk-it] PCN 2012 -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Il 02/03/2014 08:31, Francesco Pelullo ha scritto: Forse mi sono perso un passaggio importante: abbiamo l'autorizzazione o no? È come quello del 2006, solo per uso come ricalco. Le possiamo aggiungere ai preset di JOSM? http://josm.openstreetmap.de/wiki/Maps/Italy Ciao, Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] PCN 2012
Non sarebbe meglio invece verificare la bontà delle ortofoto con dei punti noti visibili anche sulle immagini? Sono sicuro che qualcuno lo potremmo trovare... Io ne conosco due di ben identificabili dall'alto, devo solo cercare le coordinate. -- View this message in context: http://gis.19327.n5.nabble.com/PCN-2012-tp5797973p5798096.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] PCN 2012
Am 02/mar/2014 um 10:03 schrieb Alberto Nogaro bartosom...@yahoo.it: Le possiamo aggiungere ai preset di JOSM? http://josm.openstreetmap.de/wiki/Maps/Italy vai! @francesco: penso di si, pare che siano coperte dalla vecchia autorizzazione: http://wiki.openstreetmap.org/wiki/File:ITALY_Auth_portale_cartografico_nazionale.png ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] PCN 2012
Nel senso che quella precedente è valida anche per le ortofoto 2012? Ciao /niubii/ Il 02/mar/2014 09:28 girarsi_liste liste.gira...@gmail.com ha scritto: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Il 02/03/2014 08:31, Francesco Pelullo ha scritto: Forse mi sono perso un passaggio importante: abbiamo l'autorizzazione o no? È come quello del 2006, solo per uso come ricalco. - -- Simone Girardelli -BEGIN PGP SIGNATURE- Version: GnuPG v1 iF4EAREIAAYFAlMS65AACgkQoVS0hKoD3PPKQwEAqkUdFrG7B2HebVlHT06lZKar WiOZTNS4+K1yyY46uL4A/igd5Blb8k3laWwmS3JIe2HOOQtsaeche4SP2FMxInmS =McOt -END PGP SIGNATURE- ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] PCN 2012
Am 02/mar/2014 um 11:01 schrieb Hartman sldr.hart...@gmail.com: Non sarebbe meglio invece verificare la bontà delle ortofoto con dei punti noti visibili anche sulle immagini? Sono sicuro che qualcuno lo potremmo trovare... Io ne conosco due di ben identificabili dall'alto, devo solo cercare le coordinate. non sembra che esisti un scostamento costante, quindi non ha senso verificare punti perché già il punto di fianco potrebbe essere sbagliato. Se tu vedi il screenshot sopra, vedi che la forma dell'edificio in Bing è diversa dalla forma reale, anche con una risoluzione migliore questo per me è comunque un motivo per mettere le foto di Bing all'ultimo posto nella gerarchia di utilità ;-) ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] R: PCN 2012
Scusa ma io non riesco, quando premo ottieni livelli mi da una finestra con scritto Impossibile analizzare la lista dei livelli WMS mi puoi aiutare? Grazie e buona giornata Sergio -Messaggio originale- Da: Leonardo [mailto:kinetocor...@gmail.com] Inviato: sabato 1 marzo 2014 23:17 A: openstreetmap list - italiano Oggetto: Re: [Talk-it] PCN 2012 Istruzioni per JOSM: 1) Dalla barra del menù in alto Immagini aeree-Preferenze Immagini aeree 2)In basso a destra c'è un pulsante con un + WMS, premetelo 3)Nell'url del servizio incollate http://wms.pcn.minambiente.it/ogc?map=/ms_ogc/WMS_v1.3/raster/ortofoto_color e_12.map, premete Ottieni Livelli, cartella Ortofoto a colori anno 2012, selezionate Copertura regioni zona WGS84 - UT32 4) Date un nome migliore in basso es. PCN 2012 - Italia e premete OK Ora saranno disponibili nel menù Immagini aree le ortofoto nuove. Ciao! Leonardo Il 01/03/2014 22:15, Damjan Gerl ha scritto: Il link che funziona in josm c'era nel primo post di questo thread. Comunque è questo: http://wms.pcn.minambiente.it/ogc?map=/ms_ogc/WMS_v1.3/raster/ortofoto _colore_12.map Ciao Damjan 01.03.2014 - 22:06 - Francesco Piero Paolicelli: Fate come meglio credete. Qui trovate tutto e tutti disponibili. Il mio era un consiglio dato che i post del gruppo fb sono meno degli iscritti e troveresti anche il link per le ortofoto della basilicata rilasciate per il ricalco dall'rsdi Inviato da iPhone Il giorno 01/mar/2014, alle ore 22:02, Ida Leone ida.le...@gmail.com ha scritto: Infatti, su FB non posso mettere una chiave di ricerca, mi costringi ad andare indietro coi post :) ci rinuncio, piuttosto. E' per questo che Facebook imho non é una buona idea per questo genere di cose da iPad Il giorno 01/mar/2014, alle ore 21:46, Simone Cortesi sim...@cortesi.com ha scritto: 2014-03-01 21:43 GMT+01:00 Francesco Piero Paolicelli pierso...@gmail.com: Trovi le istruzioni sul gruppo facebook osm e opendata matera di cui fai parte ;-) meglio riscriverle qui. qualunque cosa tu scriva su FB va persa dopo due giorni. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] PCN 2012
Martin: grazie per il link. Per tutti: per valutare la qualità dell'ortofoto è possibile verificare l'assenza dei prospetti degli edifici più alti. Ossia, nel caso di edifici di una certa altezza (campanili, palazzi, ponti, viadotti) , dev'essere visibile soltanto l'elemento di copertura e non i prospetti. Le ortofoto PCN 2012 sono eccellenti, nei vari punti a campione che sto verificando sembrano ben ortorettificate, molto meglio delle 2006. Da questo punto di vista, sarebbe auspicabile un riallineamento dei dati OSM rispetto alle foto 2012. Ciao /niubii/ Il 02/mar/2014 11:02 Martin Koppenhoefer dieterdre...@gmail.com ha scritto: Am 02/mar/2014 um 10:03 schrieb Alberto Nogaro bartosom...@yahoo.it: Le possiamo aggiungere ai preset di JOSM? http://josm.openstreetmap.de/wiki/Maps/Italy vai! @francesco: penso di si, pare che siano coperte dalla vecchia autorizzazione: http://wiki.openstreetmap.org/wiki/File:ITALY_Auth_portale_cartografico_nazionale.png ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] sito web - downtime
Ciao, per molti utenti risulterà down http://openstreetmap.it/ potrebbe esserci un problema di DNS che sto cercando di diagnosticare e sistemare. Grazie, S. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] sito web - downtime
Posso confermarti sia il fatto che il sito sia down, sia la causa: i DNS. A me (fastweb@mi) non riesce a trovare i nameserver ;). Fabio Il 02 marzo 2014 11:38, Simone Cortesi sim...@cortesi.com ha scritto: Ciao, per molti utenti risulterà down http://openstreetmap.it/ potrebbe esserci un problema di DNS che sto cercando di diagnosticare e sistemare. Grazie, S. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it -- Fabio Alessandro Locati Home: Segrate, Milan, Italy (CET/CEST) Phone: +39 348 2668873 MSN/Jabber/E-Mail: fabioloc...@gmail.com PGP Fingerprint: B1CD 2318 532D 57D6 56FA E409 64DE 5B09 C09A 145F Involved in: KDE, OpenStreetMap, Ubuntu, Wikimedia ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] PCN 2012
Non vedo alcun screenshot. Se si riesce ad identificare un discreto numero di punti in diversi posti della penisola e tutti corrispondono con una buona approssimazione, possiamo dedurre della bontà delle immagini e passare dalle PCN 2006 alle PCN 2012 con un certo grado di sicurezza. Per il discorso ce faceva Francesco, non credo che l'assenza di prospetti sia sinonimo di qualità. Più la quota dell'aereo e bassa e il punto sul terreno è distante dalla verticale del punto di presa della foto, maggiore sarà l'effetto prospettico degli edifici. In fase di georeferenziazione dell'immagine l'errore prospettico te lo porti appresso ma la base dell'edificio (quella che ci interessa) sarà ugualmente ben posizionata. -- View this message in context: http://gis.19327.n5.nabble.com/PCN-2012-tp5797973p5798110.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] Fwd: [wii_libera_la_lavagna] Petizione rai
Purtroppo ad oggi Internet Explorer e Safari riproducono il codec H.264 ma non il VP8 e il Theora; Firefox e Google Chrome invece riproducono VP8 e Theora ma non l'H.264. Per poter trasmettere usando l'html 5 la RAI dovrebbe convertire i video in due formati diversi oppure limitare il numero di browser in grado di visualizzare il sito. Con Flash bene o male riescono a far vedere il video al maggior numero di utenti. Il giorno 02 marzo 2014 01:09, Cristian Consonni kikkocrist...@gmail.comha scritto: Il 26 febbraio 2014 00:28, Carlo Stemberger carlo.stember...@gmail.com ha scritto: Il giorno 25 febbraio 2014 20:52, marco bra marcobra.ubu...@gmail.com ha scritto: Qui c'e' un annuncio http://www.lffl.org/2014/02/rai-tv-finalmente-tutti-i-canali-sono.html Da Silverlight a Flash??? Beh, che dire: la RAI merita quantomeno un'ovazione. Pazzesco. Favoloso! Non vedo l'ora che ripartano le trasmissioni con il codice morse! C ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Confini comunali per ritaglio shape
Domanda per gli smanettoni di GIS e dati OSM: è possibile ricavare i confini comunali da osm, esportarli in qualche formato compatibile con qgis e usarli come area di selezione per selezionare gli edifici di un file shp? Vorrei tentare di separare in piccole parti un file molto molto grosso . Grazie! ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] consorzio di bonifica dell pianura pontina
On 03/01/2014 08:40 PM, Luca Delucchi wrote: 2014-02-28 20:38 GMT+01:00 yahoo-pier_andreit pier_andr...@yahoo.it: Sono stato oggi al consorzio di bonifica della pianura pontina per chiedere se hanno una mappa dei canali di bonifica e dei poderi al tempo della fondazione, sembrano abbastanza disponibili ma su richiesta verbale non danno nulla tranne qualche depliant scolastico informativo, e poi hanno pochissime risorse finanziarie attualmente, mi dicono di mandare una email indicando le motivazioni della richiesta e suggeriscono di essere esplicativo nelle motivazioni citando eventuali progetti e associazioni; -la mappa che mi darebbero servirebbe esclusivamente per assegnare i nomi ai canali e ai fossi di bonifica e ai poderi; -posso citare OSM come progetto al quale voglio allegare i dati ricavati dalla mappa? dipende che cosa vuoi richiede, per il rilascio di open data no, se che intendi che non posso citare openstreetmap?? invece vuoi ottenere una licenza ad hoc devi dirglielo -qualche sito da indicare come riferimento per OSM in italiano?? -cosa devo chiedere riguardo la licenza della loro mappa?? che la rilascino con una licenza che possa andare bene ad OSM... mettiamo caso che rilascino la cartina con licenza ODbL http://it.wikipedia.org/wiki/Open_Database_License come ottempero all'obbligo Attribuire (attribute)?? -con che licenza vengono rilasciati i dati OSM?? ODbL grazie, ciao :-) pier :-) ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] PCN 2012
Am 02/mar/2014 um 11:25 schrieb Francesco Pelullo f.pelu...@gmail.com: Martin: grazie per il link. occhio però che è quello vecchio del 2010, uno potrebbe interpretare che valga per tutti gli ortofoto loro, ma si potrebbe anche ipotizzare che visto che le foto del 2012 non c'erano ancora nel 2010, avremmo bisogno di un nuovo permesso. Personalmente sono propenso alla prima ipotesi ;-) ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] PCN 2012
Il giorno dom, 02/03/2014 alle 03.15 -0800, Hartman ha scritto: Non vedo alcun screenshot. Se si riesce ad identificare un discreto numero di punti in diversi posti della penisola e tutti corrispondono con una buona approssimazione, possiamo dedurre della bontà delle immagini e passare dalle PCN 2006 alle PCN 2012 con un certo grado di sicurezza. Per il discorso ce faceva Francesco, non credo che l'assenza di prospetti sia sinonimo di qualità. Più la quota dell'aereo e bassa e il punto sul terreno è distante dalla verticale del punto di presa della foto, maggiore sarà l'effetto prospettico degli edifici. In fase di georeferenziazione dell'immagine l'errore prospettico te lo porti appresso ma la base dell'edificio (quella che ci interessa) sarà ugualmente ben posizionata. Questo discorso è valido in zone relativamente pianeggianti. Nei paesi di montagna imho è sempre meglio scegliere le foto prese più vicine allo zenit. Per questo è impossibile dire a priori quali siano le foto migliori Nel caso degli screenshot di Martin mi sembra che la foto di bing sia il punto di giunzione di due foto diverse proprio al centro dell'edificio. E' per questo che si vedono le pareti sia a destra che a sinistra Lorenzo ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] PCN 2012
In data sabato 1 marzo 2014 18:36:50, Leonardo ha scritto: Le ortofoto PCN2012 sembrerebbero essere più recenti anche delle ortofoto BING, nel mio paese un capannone presente su BING risulta demolito su PCN2012. Qualcun altro può confermare, confrontando le sue zone? Qua invece sono meno recenti. Uno sottopasso costruito recentemente su PCN2012 non c'è ne traccia, su BING si vedono i cantieri. -- Samuele Battarra batta...@email.it signature.asc Description: This is a digitally signed message part. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] mezza hackathon a Pavia - sabato
2014-02-27 10:13 GMT+01:00 Francesca Valentina coretodes...@gmail.com: Ciao, a me piacerebbe dare una mano ma non so se potrò esserci, forse qualche ora di mattina via skype. Magari vi mando prima di sabato qualche mockup da remixare come preferite :) una prima versione è ora online http://openstreetmap.it/ grazie a tutti quelli che sono intevenuti. -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] PCN 2012
-Original Message- From: Martin Koppenhoefer [mailto:dieterdre...@gmail.com] Sent: domenica 2 marzo 2014 14:48 To: openstreetmap list - italiano Cc: openstreetmap list - italiano Subject: Re: [Talk-it] PCN 2012 occhio però che è quello vecchio del 2010, uno potrebbe interpretare che valga per tutti gli ortofoto loro, ma si potrebbe anche ipotizzare che visto che le foto del 2012 non c'erano ancora nel 2010, avremmo bisogno di un nuovo permesso. Personalmente sono propenso alla prima ipotesi ;-) Forse Simone può fugare i dubbi? Ciao, Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] PCN 2012
Sto provando a visualizzare le PCN 2012 ma non carica niente su JOSM. Vi funzionano in questo momento? Davide - Davide -- View this message in context: http://gis.19327.n5.nabble.com/PCN-2012-tp5797973p5798144.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] PCN 2012
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Il 02/03/2014 16:16, Davio ha scritto: Sto provando a visualizzare le PCN 2012 ma non carica niente su JOSM. Vi funzionano in questo momento? Davide A me sì. - -- Simone Girardelli -BEGIN PGP SIGNATURE- Version: GnuPG v1 iF4EAREIAAYFAlMTTEwACgkQoVS0hKoD3PPD1AEAh+6KvL0lceiPA13YjSWA/D6W dXMhY+G3rV+Qi3vjgIcBAJbL1J+8a7OE1AnYUGfFUXmz9dakBh5wmLcT0v8ZmnGp =/N7p -END PGP SIGNATURE- ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] PCN 2012
A me continua a non caricare nulla. - Davide -- View this message in context: http://gis.19327.n5.nabble.com/PCN-2012-tp5797973p5798146.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] Fwd: [wii_libera_la_lavagna] Petizione rai
Am 02/mar/2014 um 13:53 schrieb Andrea De Gradi dega...@gmail.com: Per poter trasmettere usando l'html 5 la RAI dovrebbe convertire i video in due formati diversi si oppure limitare il numero di browser in grado di visualizzare il sito. Con Flash bene o male riescono a far vedere il video al maggior numero di utenti. tranne quelli iOS e quelli puristi open source ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] PCN 2012
Am 02/mar/2014 um 14:55 schrieb rattorosso floydbar...@alice.it: Nel caso degli screenshot di Martin mi sembra che la foto di bing sia il punto di giunzione di due foto diverse proprio al centro dell'edificio. E' per questo che si vedono le pareti sia a destra che a sinistra si, sembra la giunzione di due strisce, ed evidenzia che non si sovrappongono bene n'è anche tra di loro ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Confini comunali per ritaglio shape
Il giorno 02 marzo 2014 13:58, Leonardo Frassetto kinetocor...@gmail.comha scritto: Domanda per gli smanettoni di GIS e dati OSM: è possibile ricavare i confini comunali da osm, esportarli in qualche formato compatibile con qgis e usarli come area di selezione per selezionare gli edifici di un file shp? Vorrei tentare di separare in piccole parti un file molto molto grosso . Grazie! Scarica i confini comunali e salvali come geojson, qgis dovrebbe leggerlo. Al limite i confini copiali su un nuovo livello e falli diventare un poligono unico... Ciao, Stefano ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] PCN 2012
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Il 02/03/2014 16:40, Davio ha scritto: A me continua a non caricare nulla. In precedenza le vedevi? Oppure le stai provando da adesso? - -- Simone Girardelli -BEGIN PGP SIGNATURE- Version: GnuPG v1 iF4EAREIAAYFAlMTV6UACgkQoVS0hKoD3PO83gD+KlfiB6+XCdUT9ok18kOFzfba F0UoM+aLsXYqVZ7Zuj0A/RUwEydXRw8caAszYzTFW5xHXN3KETozv8gTRGWciJmD =SvPZ -END PGP SIGNATURE- ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Confini comunali per ritaglio shape
Consigli su come impostare la query su josm per scaricare i confini? Il 02/mar/2014 17:02 sabas88 saba...@gmail.com ha scritto: Il giorno 02 marzo 2014 13:58, Leonardo Frassetto kinetocor...@gmail.comha scritto: Domanda per gli smanettoni di GIS e dati OSM: è possibile ricavare i confini comunali da osm, esportarli in qualche formato compatibile con qgis e usarli come area di selezione per selezionare gli edifici di un file shp? Vorrei tentare di separare in piccole parti un file molto molto grosso . Grazie! Scarica i confini comunali e salvali come geojson, qgis dovrebbe leggerlo. Al limite i confini copiali su un nuovo livello e falli diventare un poligono unico... Ciao, Stefano ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Fwd: [wii_libera_la_lavagna] Petizione rai
Il giorno 02 marzo 2014 13:53, Andrea De Gradi dega...@gmail.com ha scritto: Purtroppo ad oggi Internet Explorer e Safari riproducono il codec H.264 ma non il VP8 e il Theora Vero. Firefox e Google Chrome invece riproducono VP8 e Theora ma non l'H.264. Falso. Chromium/Chrome ha sempre supportato H.264. Firefox lo supporta (indirettamente, appoggiandosi al sistema operativo) da qualche versione. Per poter trasmettere usando l'html 5 la RAI dovrebbe convertire i video in due formati diversi H.264 sarebbe stata la scelta migliore, al momento. Supportato da tutti i principali browser. Ciao! Carlo ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Talk-it-sicilia è nata
ok, sono riuscito ad iscrivermi :) - Ciao, Aury -- View this message in context: http://gis.19327.n5.nabble.com/Talk-it-sicilia-e-nata-tp5797489p5798156.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] Confini comunali per ritaglio shape
Am 02/mar/2014 um 17:09 schrieb Leonardo Frassetto kinetocor...@gmail.com: Consigli su come impostare la query su josm per scaricare i confini? lo farei con overpass oppure estraendo dal italy file con osmosis, ma ci dovrebbe anche essere un dataset già pronto a livello globale se ricordo bene ciao, Martin___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] News fronte Istat
2014-03-02 9:20 GMT+01:00 Aury88 spacedrive...@gmail.com: Simone Cortesi wrote non mi è ancora chiaro se tutto sarà o meno georiferito o se invece si tratterà solo degli stradari e civici divisi per unità di censimento. speriamo la prima...ma nel caso si potrebbe anche usare i secondi tipi di dati, giusto?...magari per vedere che via manca ad una determinata città o altro... sicuramente saranno utili, speriamo la prima CMQ... -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Confini comunali per ritaglio shape
2014-03-02 18:52 GMT+01:00 Martin Koppenhoefer dieterdre...@gmail.com: Consigli su come impostare la query su josm per scaricare i confini? lo farei con overpass oppure estraendo dal italy file con osmosis, ma ci dovrebbe anche essere un dataset già pronto a livello globale se ricordo bene il comune di varzi, esposrtato con overpassturbo: http://geojson.io/#id=gist:anonymous/9310641map=12/44.8045/9.2186 cambia la seguente query, modificando il nome del comune e ricentrando la mappa nella zona opportuna: !-- This has been generated by the overpass-turbo wizard. The original search was: admin_level=8 -- osm-script output=json timeout=25 !-- gather results -- union !-- query part for: admin_level=8 -- query type=relation has-kv k=admin_level v=8/ has-kv k=name v=Varzi/ bbox-query {{bbox}}/ /query /union !-- print results -- print mode=body/ recurse type=down/ print mode=skeleton order=quadtile/ /osm-script -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Confini comunali per ritaglio shape
secondo me fai prima a prendere gli shape file dei confini comunali dell'ISTAT. Cmq, ,interrogando per area di relation, puoi fare le query con overpass-api per vedere quali sono gli edifici contenuti in un comune 2014-03-02 17:09 GMT+01:00 Leonardo Frassetto kinetocor...@gmail.com: Consigli su come impostare la query su josm per scaricare i confini? Il 02/mar/2014 17:02 sabas88 saba...@gmail.com ha scritto: Il giorno 02 marzo 2014 13:58, Leonardo Frassetto kinetocor...@gmail.com ha scritto: Domanda per gli smanettoni di GIS e dati OSM: è possibile ricavare i confini comunali da osm, esportarli in qualche formato compatibile con qgis e usarli come area di selezione per selezionare gli edifici di un file shp? Vorrei tentare di separare in piccole parti un file molto molto grosso . Grazie! Scarica i confini comunali e salvali come geojson, qgis dovrebbe leggerlo. Al limite i confini copiali su un nuovo livello e falli diventare un poligono unico... Ciao, Stefano ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it -- Maurizio Napo Napolitano http://de.straba.us ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] PCN 2012
2014-03-02 16:12 GMT+01:00 Alberto Nogaro bartosom...@yahoo.it: le foto del 2012 non c'erano ancora nel 2010, avremmo bisogno di un nuovo permesso. Personalmente sono propenso alla prima ipotesi ;-) Forse Simone può fugare i dubbi? visto che mi avete nominato :) gia' venerdi' avevo mandato mail al mio contatto al PCN. appena mi risponde vi faccio sapere. -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Fwd: [wii_libera_la_lavagna] Petizione rai
Funziona ancora con totem e vlc! http://mediapolis.rai.it/relinker/relinkerServlet.htm?cont=113784 On dom 2 mar 2014 17:35:24 CET, Carlo Stemberger carlo.stember...@gmail.com wrote: Il giorno 02 marzo 2014 13:53, Andrea De Gradi dega...@gmail.com ha scritto: Purtroppo ad oggi Internet Explorer e Safari riproducono il codec H.264 ma non il VP8 e il Theora Vero. Firefox e Google Chrome invece riproducono VP8 e Theora ma non l'H.264. Falso. Chromium/Chrome ha sempre supportato H.264. Firefox lo supporta (indirettamente, appoggiandosi al sistema operativo) da qualche versione. Per poter trasmettere usando l'html 5 la RAI dovrebbe convertire i video in due formati diversi H.264 sarebbe stata la scelta migliore, al momento. Supportato da tutti i principali browser. Ciao! Carlo ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] mappare segnali di navigazione fluviale?
Ciao, mi sono imbattuto in questo segnale lungo il Po: http://s30.postimg.org/54fzfwe1r/rombo_bianco_rosso.jpg Ne ho preso le coordinate con il gps e mi domando se valga la pena mapparlo. Qualche dritta per taggarlo correttamente? Qualcuno per caso è a conoscenza di qualche esempio già mappato? Non saprei nemmeno cosa cercare. Grazie, Marco -- http://www.predicatori.it/marco/ ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] mappare segnali di navigazione fluviale?
2014-03-02 20:45 GMT+01:00 Marco Predicatori ma...@predicatori.it: Ciao, mi sono imbattuto in questo segnale lungo il Po: http://s30.postimg.org/54fzfwe1r/rombo_bianco_rosso.jpg Ne ho preso le coordinate con il gps e mi domando se valga la pena mapparlo. Qualche dritta per taggarlo correttamente? dovresti guardare nella parte seamark del wiki, eventualmente si trova qualcosa. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] mappare segnali di navigazione fluviale?
Io sul wiki ho trovato queste due pagine http://wiki.openstreetmap.org/wiki/OpenSeaMap/CEVNI_Lateral_Marks http://wiki.openstreetmap.org/wiki/OpenSeaMap/CEVNI_Notice_Marks il problema è che non capisco cosa sia il segnale da te fotografato. Non solo non lo trovo nelle due pagine citate, ma non lo trovo neanche nel Codice europeo delle vie di navigazione interna (CEVNI) http://www.unece.org/fileadmin/DAM/trans/doc/2010/sc3wp3/ECE-TRANS-SC3-115r4e.pdf AnyFile ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] mappare segnali di navigazione fluviale?
pag. 86 del documento Link (PDF) http://www.cnsv.it/archivio/manuali/manuale%20patente%20nautica.pdf -- View this message in context: http://gis.19327.n5.nabble.com/mappare-segnali-di-navigazione-fluviale-tp5798175p5798186.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] mappare segnali di navigazione fluviale?
SEGNALE ROMBOIDALE A NOSTRA VISTA CON LATO ROSSO VERSO IL BASSO E LATO BIANCO VERSO L'ALTO: PROSECUZIONE= PROSEGUIRE SEGUENDO LA SPONDA. http://ggl2.forumfree.it/?t=5091 Il 02/03/2014 20:45, Marco Predicatori ha scritto: Ciao, mi sono imbattuto in questo segnale lungo il Po: http://s30.postimg.org/54fzfwe1r/rombo_bianco_rosso.jpg Ne ho preso le coordinate con il gps e mi domando se valga la pena mapparlo. Qualche dritta per taggarlo correttamente? Qualcuno per caso è a conoscenza di qualche esempio già mappato? Non saprei nemmeno cosa cercare. Grazie, Marco ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] consorzio di bonifica dell pianura pontina
2014-02-28 20:38 GMT+01:00 yahoo-pier_andreit pier_andr...@yahoo.it: -qualche sito da indicare come riferimento per OSM in italiano?? http://openstreetmap.it/ -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] PCN 2012
Quelle del pnc 2008 funzionano. L'area di Roma non si carica se si usano le PCN 2012 UTM 32, mentre se si usano le UTM 33 funziona. Comunque, ad una prima vista non sono del 2012, almeno a Roma, ma sembrano risalire al 2009, in base ad alcuni cantieri che si vedono dalle foto che nel 2012 erano già conclusi. Davide - Davide -- View this message in context: http://gis.19327.n5.nabble.com/PCN-2012-tp5797973p5798201.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] PCN 2012
2014-03-03 0:30 GMT+01:00 Davio davide@gmail.com: Comunque, ad una prima vista non sono del 2012, almeno a Roma, ma sembrano risalire al 2009, in base ad alcuni cantieri che si vedono dalle foto che nel 2012 erano già conclusi. sono dal 2009 al 2012 (in generale). ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] mezza hackathon a Pavia - sabato
2014-03-02 16:02 GMT+01:00 Simone Cortesi sim...@cortesi.com: 2014-02-27 10:13 GMT+01:00 Francesca Valentina coretodes...@gmail.com: Ciao, a me piacerebbe dare una mano ma non so se potrò esserci, forse qualche ora di mattina via skype. Magari vi mando prima di sabato qualche mockup da remixare come preferite :) una prima versione è ora online http://openstreetmap.it/ simo i link di questa pagina [0] hanno come target blog.openstreetmap.it/. grazie a tutti quelli che sono intevenuti. -- -S [0] http://openstreetmap.it/mappe-allopera/ -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] mezza hackathon a Pavia - sabato
Il giorno 03 marzo 2014 07:45, Luca Delucchi lucadel...@gmail.com ha scritto: simo i link di questa pagina [0] hanno come target blog.openstreetmap.it/. Sistemato, ciao, Stefano [0] http://openstreetmap.it/mappe-allopera/ -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] consorzio di bonifica dell pianura pontina
2014-03-02 14:37 GMT+01:00 yahoo-pier_andreit pier_andr...@yahoo.it: On 03/01/2014 08:40 PM, Luca Delucchi wrote: dipende che cosa vuoi richiede, per il rilascio di open data no, se che intendi che non posso citare openstreetmap?? se vuoi che rilascino i dati non ha senso citare OSM mettiamo caso che rilascino la cartina con licenza ODbL http://it.wikipedia.org/wiki/Open_Database_License come ottempero all'obbligo Attribuire (attribute)?? lo puoi mettere nel tag source oppure nella descrizione del changeset -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] cinquepermille
2014-02-27 16:02 GMT+01:00 Cristian Consonni kikkocrist...@gmail.com: Mi pare se ne stia parlando da mesi, con vari messaggi anche in questa lista. si lo so, ma un conto è dire ci stiamo provando un conto e dire da pochi giorni rappresenta la comunità italiana di OpenStreetMap. ;-) Io per esempio so che si è raggiunti il numero minimo richiesto solo perchè mi è stata inviata una mail privata, l'ultima mail pubblica diceva che mancavano ancora 14 persone ;-) Cristian -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] News fronte Istat
indiscrezioni mi danno solo dati toponomastici (stradari) e niente civici. In ogni caso nulla di georiferito Vediamo cosa arriva: sarebbe stato troppo bello avere i civici georiferiti ... :-( Cesare Gerbino http://cesaregerbino.wordpress.com/ http://www.facebook.com/cesare.gerbino http://www.facebook.com/pages/Cesare-Gerbino-GIS-Blog/246234455498174?ref=hl https://twitter.com/CesareGerbino http://www.linkedin.com/pub/cesare-gerbino/56/494/77b Il giorno 02 marzo 2014 18:52, Simone Cortesi sim...@cortesi.com ha scritto: 2014-03-02 9:20 GMT+01:00 Aury88 spacedrive...@gmail.com: Simone Cortesi wrote non mi è ancora chiaro se tutto sarà o meno georiferito o se invece si tratterà solo degli stradari e civici divisi per unità di censimento. speriamo la prima...ma nel caso si potrebbe anche usare i secondi tipi di dati, giusto?...magari per vedere che via manca ad una determinata città o altro... sicuramente saranno utili, speriamo la prima CMQ... -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] News fronte Istat
Scusate la domanda: se questi sono dati desunti dall'ultimo censimento, ed i rilevatori ISTAT non sono stati provvisti di GPS, come potrebbero essere georiferiti? O c'è stato anche un intervento da parte dei Comuni? Ciao /niubii/ Il 03/mar/2014 08:37 cesare gerbino cesaregerb...@gmail.com ha scritto: indiscrezioni mi danno solo dati toponomastici (stradari) e niente civici. In ogni caso nulla di georiferito Vediamo cosa arriva: sarebbe stato troppo bello avere i civici georiferiti ... :-( Cesare Gerbino http://cesaregerbino.wordpress.com/ http://www.facebook.com/cesare.gerbino http://www.facebook.com/pages/Cesare-Gerbino-GIS-Blog/246234455498174?ref=hl https://twitter.com/CesareGerbino http://www.linkedin.com/pub/cesare-gerbino/56/494/77b Il giorno 02 marzo 2014 18:52, Simone Cortesi sim...@cortesi.com ha scritto: 2014-03-02 9:20 GMT+01:00 Aury88 spacedrive...@gmail.com: Simone Cortesi wrote non mi è ancora chiaro se tutto sarà o meno georiferito o se invece si tratterà solo degli stradari e civici divisi per unità di censimento. speriamo la prima...ma nel caso si potrebbe anche usare i secondi tipi di dati, giusto?...magari per vedere che via manca ad una determinata città o altro... sicuramente saranno utili, speriamo la prima CMQ... -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-dk] Manglende 'steder' i Danmark - nu på github
Hej korttegnerkolleger Jeg har prøvet at åbne linket i Michael Larsens første mail i denne streng. Det fik jeg ikke noget ud af bortset fra, at skærmen gik i sort. Det behøver ikke at have noget med linket at gøre - det kan udmærket have at gøre med mine manglende evner udi edb. Men sådan som jeg har forstået det, handler denne streng om at indlægge stednavne på OSM efter Geodatastyrelsens oplysninger. Det har jeg brugt en del tid på her på det sidste. Jeg har brugt Geodatastyrelsens kort fra udinaturen.dk. Jeg har ind imellem været lidt i tvivl om, hvordan jeg skulle karakterisere de forskellige bebyggelser. Jeg har anvendt place=isolated_dwelling når der har været 2-3 adresser på stedet. Når der har været 3 eller flere adresser på stedet, har jeg anvendt place=hamlet. Alle landsbyerne af størrelsen village var alle angivet her på Fyn. Til forstæder i byerne har jeg anvendt place=suburb. Hvor der ikke er tale om forstæder, men mere om kvarterer i byerne, har jeg anvendt place=neighbourhood. Er det korrekt? Jeg har tjekket hele Fyn undtagen Storodense. Er det så nu, at jeg kan bruge Søren Johannesens regneark? Eller er det koblet op på Michael Larsens link? Venlig hilsen Kristian Krægpøth Den 1. mar. 2014 kl. 20.12 skrev Soren Johannessen soren.johannes...@gmail.com: For ikke at overlappe og lave dobbeltarbejde, så har jeg sat et Google Regneark op - hvor du kan angive hvilken kommune du tjekker ud samt får tilføjet nye place tag. Gå først ind at angiv at hvilken kommune du arbejder i og under status skriv i gang - når du er færdig så gå ind og skriv du er færdig. Regneark er her https://docs.google.com/spreadsheet/ccc?key=0AtEEDDn3xy9BdEtibDF0Q0tnSGNCdjh6bko4WlI4ZlEusp=sharing#gid=0 vh Søren 2014-03-01 19:44 GMT+01:00 Michael Larsen mvl@network42.dk: Hej, Jeg har indsat 'Ll' som et muligt alias for 'Lille' samt filtre for dine fire andre falske matches. Sig til hvis I støder på andre forkortelser eller forkerte matches så skal jeg opdaterer listen. MichaelVL On Saturday, March 01, 2014 17:21:08 Uffe Kousgaard wrote: Hej, Jeg har prøvet at tilføje nogle for Roskilde-Lejre-området: Abbetved Bjergmarken Gøderup Hastrup (opr. Snoldelev-Hastrup lavet om til alternativt navn) Kirkerup Kisserup Lille Valby (stavet som Ll Valby, så den vil fortsat dukke op som fejl?) Nye Glim Osager Rye Smidstrup Tjæreby Trællerup Uglestrup Hvalsø er ikke tilføjet, da Kirke Hvalsø allerede er med. Roskilde By er ikke tilføjet, da Roskilde allerede er med. Skovhastrup er tilføjet som alternativt navn for Skov-Hastrup. Torkildstrup er ikke tilføjet, da Torkilstrup allerede er med. Ment som inspiration til andre, der vil kaste sig over at tilføje stednavne. Hvilke problemer, man kan støde ind i. mvh Uffe Kousgaard Michael Larsen wrote: Hej, Jeg har opdateret nedestående liste over steder ('places') kan kan detekteres som 'manglende' ud fra de eksisterende adressenoder. Et kort kan ses her: https://gist.github.com/MichaelVL/9290477 Postnummer statistik: 1xxx: 137 2xxx: 39 3xxx: 73 4xxx: 442 5xxx: 122 6xxx: 226 7xxx: 260 8xxx: 276 9xxx: 159 Total: 1734 Bortset fra København kan de fleste mangleden 'places' findes i Geodatastyrelsens Stednavne dataset med FEAT_TYPE lig By eller Spredt bebyggelse. Sammenlignes der med data fra Geodatastyrelsen mangler der dog endnu flere stednavne i OSM datasettet. Det kræver normalt lidt lokalkendskab at tilføje stederne, men jeg håber at denne visualisering kan hjælpe processen lidt på vej. /MichaelVL Michael Larsen Fre Okt 5 16:29:47 BST 2012 Hej, Jeg har lavet en analyse af manglende steder (byer etc.) baseret på eksisterende adressedata i OSM. Under antagelsen at adressenoder med følgende tags: 'osak:subdivision', 'kms:city_name', 'addr:city' beskriver et stednavn og ved at beregne en gennemsnitlig position for alle disse noder (med samme 'addr:postcode') kan man lave en liste over mulige steder og deres geografiske position. Listen kan derefter reduceres hvis der 'tæt på' findes en node eller way med et 'place' tag og et matchende 'name' tag. Med passende heuristikker for inkorrekte navne i adressedataene fåes en liste over mulige manglende stednavne i Danmark. Vedhæftede billede viser situationen omkring Ebeltoft (labels angiver navn:postnummer:antal-adresser). Hvis der skal 100 adressepunkter til at definere et stednavn er postnummer statistikken for manglende stednavne: 1xxx: 17 2xxx: 25 3xxx: 52 4xxx: 189 5xxx: 67 6xxx: 80 7xxx: 97 8xxx: 113 9xxx: 41 Total: 681 og tilsvarende med 30 adressepunkter: 1xxx: 136 2xxx: 39 3xxx: 90 4xxx: 519 5xxx: 224 6xxx: 251 7xxx: 280
Re: [Talk-dk] Manglende 'steder' i Danmark - nu på github
Hej Kristian Jeg ved ikke om du bruger Microsofts Internet Explorer browser til at besøge den side Michael har sat op? Microsofts Internet Explorer har det med gå i sort over de sider på Gist med kort. Chrome browser skulle vise den fint uden problemer. Hvis du stadigvæk har problemer, så kan jeg lave en fil så du evt. kan se stednavne i Google Earth over Fyns området Vedr. metode så er det da helt fint den måde du har gjort og godt set med fx kvarterer i byer der kan bruges place=neighbourhood. Vedr. regneark - Hvis du er færdig med en kommune(r) vedr. bydele/byer osv på Fyn - Så angiv gerne i regnarket at den er gennemgået og færdigtjekket, så ikke andre begynder - dumt med dobbeltarbejde. vh Søren Johannessen 2014-03-02 15:10 GMT+01:00 Kristian Krægpøth k.kragp...@gmail.com: Hej korttegnerkolleger Jeg har prøvet at åbne linket i Michael Larsens første mail i denne streng. Det fik jeg ikke noget ud af bortset fra, at skærmen gik i sort. Det behøver ikke at have noget med linket at gøre - det kan udmærket have at gøre med mine manglende evner udi edb. Men sådan som jeg har forstået det, handler denne streng om at indlægge stednavne på OSM efter Geodatastyrelsens oplysninger. Det har jeg brugt en del tid på her på det sidste. Jeg har brugt Geodatastyrelsens kort fra udinaturen.dk. Jeg har ind imellem været lidt i tvivl om, hvordan jeg skulle karakterisere de forskellige bebyggelser. Jeg har anvendt place=isolated_dwelling når der har været 2-3 adresser på stedet. Når der har været 3 eller flere adresser på stedet, har jeg anvendt place=hamlet. Alle landsbyerne af størrelsen village var alle angivet her på Fyn. Til forstæder i byerne har jeg anvendt place=suburb. Hvor der ikke er tale om forstæder, men mere om kvarterer i byerne, har jeg anvendt place=neighbourhood. Er det korrekt? Jeg har tjekket hele Fyn undtagen Storodense. Er det så nu, at jeg kan bruge Søren Johannesens regneark? Eller er det koblet op på Michael Larsens link? Venlig hilsen Kristian Krægpøth Den 1. mar. 2014 kl. 20.12 skrev Soren Johannessen soren.johannes...@gmail.com: For ikke at overlappe og lave dobbeltarbejde, så har jeg sat et Google Regneark op - hvor du kan angive hvilken kommune du tjekker ud samt får tilføjet nye place tag. Gå først ind at angiv at hvilken kommune du arbejder i og under status skriv i gang - når du er færdig så gå ind og skriv du er færdig. Regneark er her https://docs.google.com/spreadsheet/ccc?key=0AtEEDDn3xy9BdEtibDF0Q0tnSGNCdjh6bko4WlI4ZlEusp=sharing#gid=0 vh Søren 2014-03-01 19:44 GMT+01:00 Michael Larsen mvl@network42.dk: Hej, Jeg har indsat 'Ll' som et muligt alias for 'Lille' samt filtre for dine fire andre falske matches. Sig til hvis I støder på andre forkortelser eller forkerte matches så skal jeg opdaterer listen. MichaelVL On Saturday, March 01, 2014 17:21:08 Uffe Kousgaard wrote: Hej, Jeg har prøvet at tilføje nogle for Roskilde-Lejre-området: Abbetved Bjergmarken Gøderup Hastrup (opr. Snoldelev-Hastrup lavet om til alternativt navn) Kirkerup Kisserup Lille Valby (stavet som Ll Valby, så den vil fortsat dukke op som fejl?) Nye Glim Osager Rye Smidstrup Tjæreby Trællerup Uglestrup Hvalsø er ikke tilføjet, da Kirke Hvalsø allerede er med. Roskilde By er ikke tilføjet, da Roskilde allerede er med. Skovhastrup er tilføjet som alternativt navn for Skov-Hastrup. Torkildstrup er ikke tilføjet, da Torkilstrup allerede er med. Ment som inspiration til andre, der vil kaste sig over at tilføje stednavne. Hvilke problemer, man kan støde ind i. mvh Uffe Kousgaard Michael Larsen wrote: Hej, Jeg har opdateret nedestående liste over steder ('places') kan kan detekteres som 'manglende' ud fra de eksisterende adressenoder. Et kort kan ses her: https://gist.github.com/MichaelVL/9290477 Postnummer statistik: 1xxx: 137 2xxx: 39 3xxx: 73 4xxx: 442 5xxx: 122 6xxx: 226 7xxx: 260 8xxx: 276 9xxx: 159 Total: 1734 Bortset fra København kan de fleste mangleden 'places' findes i Geodatastyrelsens Stednavne dataset med FEAT_TYPE lig By eller Spredt bebyggelse. Sammenlignes der med data fra Geodatastyrelsen mangler der dog endnu flere stednavne i OSM datasettet. Det kræver normalt lidt lokalkendskab at tilføje stederne, men jeg håber at denne visualisering kan hjælpe processen lidt på vej. /MichaelVL Michael Larsen Fre Okt 5 16:29:47 BST 2012 Hej, Jeg har lavet en analyse af manglende steder (byer etc.) baseret på eksisterende adressedata i OSM. Under antagelsen at adressenoder med følgende tags: 'osak:subdivision', 'kms:city_name', 'addr:city' beskriver et stednavn og ved at beregne en gennemsnitlig position for alle disse noder (med samme 'addr:postcode') kan man lave en liste over
Re: [Talk-dk] Manglende 'steder' i Danmark - nu på github
Hej Søren Ja det fungerer med chrome som browser. Det ser ud, som om jeg har misset en del stednavne. Eller at stednavnene er angivet forskelligt på Michael Larsens liste og på Geodatastyrelsens skærmkort. Fx er Sønderby Bjerge syd for Assens angivet som Sønderby Bj på Michael Larsens liste. Og derfor optræder den som manglende. Hvad er nu mest korrekt af de to navne? Vh Kristian Krægpøth Den 2. mar. 2014 kl. 15.28 skrev Soren Johannessen soren.johannes...@gmail.com: Hej Kristian Jeg ved ikke om du bruger Microsofts Internet Explorer browser til at besøge den side Michael har sat op? Microsofts Internet Explorer har det med gå i sort over de sider på Gist med kort. Chrome browser skulle vise den fint uden problemer. Hvis du stadigvæk har problemer, så kan jeg lave en fil så du evt. kan se stednavne i Google Earth over Fyns området Vedr. metode så er det da helt fint den måde du har gjort og godt set med fx kvarterer i byer der kan bruges place=neighbourhood. Vedr. regneark - Hvis du er færdig med en kommune(r) vedr. bydele/byer osv på Fyn - Så angiv gerne i regnarket at den er gennemgået og færdigtjekket, så ikke andre begynder - dumt med dobbeltarbejde. vh Søren Johannessen 2014-03-02 15:10 GMT+01:00 Kristian Krægpøth k.kragp...@gmail.com: Hej korttegnerkolleger Jeg har prøvet at åbne linket i Michael Larsens første mail i denne streng. Det fik jeg ikke noget ud af bortset fra, at skærmen gik i sort. Det behøver ikke at have noget med linket at gøre - det kan udmærket have at gøre med mine manglende evner udi edb. Men sådan som jeg har forstået det, handler denne streng om at indlægge stednavne på OSM efter Geodatastyrelsens oplysninger. Det har jeg brugt en del tid på her på det sidste. Jeg har brugt Geodatastyrelsens kort fra udinaturen.dk. Jeg har ind imellem været lidt i tvivl om, hvordan jeg skulle karakterisere de forskellige bebyggelser. Jeg har anvendt place=isolated_dwelling når der har været 2-3 adresser på stedet. Når der har været 3 eller flere adresser på stedet, har jeg anvendt place=hamlet. Alle landsbyerne af størrelsen village var alle angivet her på Fyn. Til forstæder i byerne har jeg anvendt place=suburb. Hvor der ikke er tale om forstæder, men mere om kvarterer i byerne, har jeg anvendt place=neighbourhood. Er det korrekt? Jeg har tjekket hele Fyn undtagen Storodense. Er det så nu, at jeg kan bruge Søren Johannesens regneark? Eller er det koblet op på Michael Larsens link? Venlig hilsen Kristian Krægpøth Den 1. mar. 2014 kl. 20.12 skrev Soren Johannessen soren.johannes...@gmail.com: For ikke at overlappe og lave dobbeltarbejde, så har jeg sat et Google Regneark op - hvor du kan angive hvilken kommune du tjekker ud samt får tilføjet nye place tag. Gå først ind at angiv at hvilken kommune du arbejder i og under status skriv i gang - når du er færdig så gå ind og skriv du er færdig. Regneark er her https://docs.google.com/spreadsheet/ccc?key=0AtEEDDn3xy9BdEtibDF0Q0tnSGNCdjh6bko4WlI4ZlEusp=sharing#gid=0 vh Søren 2014-03-01 19:44 GMT+01:00 Michael Larsen mvl@network42.dk: Hej, Jeg har indsat 'Ll' som et muligt alias for 'Lille' samt filtre for dine fire andre falske matches. Sig til hvis I støder på andre forkortelser eller forkerte matches så skal jeg opdaterer listen. MichaelVL On Saturday, March 01, 2014 17:21:08 Uffe Kousgaard wrote: Hej, Jeg har prøvet at tilføje nogle for Roskilde-Lejre-området: Abbetved Bjergmarken Gøderup Hastrup (opr. Snoldelev-Hastrup lavet om til alternativt navn) Kirkerup Kisserup Lille Valby (stavet som Ll Valby, så den vil fortsat dukke op som fejl?) Nye Glim Osager Rye Smidstrup Tjæreby Trællerup Uglestrup Hvalsø er ikke tilføjet, da Kirke Hvalsø allerede er med. Roskilde By er ikke tilføjet, da Roskilde allerede er med. Skovhastrup er tilføjet som alternativt navn for Skov-Hastrup. Torkildstrup er ikke tilføjet, da Torkilstrup allerede er med. Ment som inspiration til andre, der vil kaste sig over at tilføje stednavne. Hvilke problemer, man kan støde ind i. mvh Uffe Kousgaard Michael Larsen wrote: Hej, Jeg har opdateret nedestående liste over steder ('places') kan kan detekteres som 'manglende' ud fra de eksisterende adressenoder. Et kort kan ses her: https://gist.github.com/MichaelVL/9290477 Postnummer statistik: 1xxx: 137 2xxx: 39 3xxx: 73 4xxx: 442 5xxx: 122 6xxx: 226 7xxx: 260 8xxx: 276 9xxx: 159 Total: 1734 Bortset fra København kan de fleste mangleden 'places' findes i Geodatastyrelsens Stednavne dataset med FEAT_TYPE lig By eller Spredt bebyggelse. Sammenlignes der med data fra Geodatastyrelsen mangler der dog endnu flere stednavne i OSM datasettet.
Re: [Talk-dk] Manglende 'steder' i Danmark - nu på github
Hej Kristian Godt du fik kortet til at virke med Chrome browser. I OpenStreetMap skrives altid stednavne fuldt ud så Sønderby Bjerge er den korrekte - det samme med disse her Kr - skriv Kirke osv. - Derfor vil du opdage en del som OSM allerede har med, da vi skriver stednavnene helt ud., når det er sagt så vil du sikkert kunne finde nogle som OSM ikke har med endnu. Derfor brug Michaels liste som vejledende og ikke som autoritativ stavemåde. vh Søren 2014-03-02 16:09 GMT+01:00 Kristian Krægpøth k.kragp...@gmail.com: Hej Søren Ja det fungerer med chrome som browser. Det ser ud, som om jeg har misset en del stednavne. Eller at stednavnene er angivet forskelligt på Michael Larsens liste og på Geodatastyrelsens skærmkort. Fx er Sønderby Bjerge syd for Assens angivet som Sønderby Bj på Michael Larsens liste. Og derfor optræder den som manglende. Hvad er nu mest korrekt af de to navne? Vh Kristian Krægpøth Den 2. mar. 2014 kl. 15.28 skrev Soren Johannessen soren.johannes...@gmail.com: Hej Kristian Jeg ved ikke om du bruger Microsofts Internet Explorer browser til at besøge den side Michael har sat op? Microsofts Internet Explorer har det med gå i sort over de sider på Gist med kort. Chrome browser skulle vise den fint uden problemer. Hvis du stadigvæk har problemer, så kan jeg lave en fil så du evt. kan se stednavne i Google Earth over Fyns området Vedr. metode så er det da helt fint den måde du har gjort og godt set med fx kvarterer i byer der kan bruges place=neighbourhood. Vedr. regneark - Hvis du er færdig med en kommune(r) vedr. bydele/byer osv på Fyn - Så angiv gerne i regnarket at den er gennemgået og færdigtjekket, så ikke andre begynder - dumt med dobbeltarbejde. vh Søren Johannessen 2014-03-02 15:10 GMT+01:00 Kristian Krægpøth k.kragp...@gmail.com: Hej korttegnerkolleger Jeg har prøvet at åbne linket i Michael Larsens første mail i denne streng. Det fik jeg ikke noget ud af bortset fra, at skærmen gik i sort. Det behøver ikke at have noget med linket at gøre - det kan udmærket have at gøre med mine manglende evner udi edb. Men sådan som jeg har forstået det, handler denne streng om at indlægge stednavne på OSM efter Geodatastyrelsens oplysninger. Det har jeg brugt en del tid på her på det sidste. Jeg har brugt Geodatastyrelsens kort fra udinaturen.dk. Jeg har ind imellem været lidt i tvivl om, hvordan jeg skulle karakterisere de forskellige bebyggelser. Jeg har anvendt place=isolated_dwelling når der har været 2-3 adresser på stedet. Når der har været 3 eller flere adresser på stedet, har jeg anvendt place=hamlet. Alle landsbyerne af størrelsen village var alle angivet her på Fyn. Til forstæder i byerne har jeg anvendt place=suburb. Hvor der ikke er tale om forstæder, men mere om kvarterer i byerne, har jeg anvendt place=neighbourhood. Er det korrekt? Jeg har tjekket hele Fyn undtagen Storodense. Er det så nu, at jeg kan bruge Søren Johannesens regneark? Eller er det koblet op på Michael Larsens link? Venlig hilsen Kristian Krægpøth Den 1. mar. 2014 kl. 20.12 skrev Soren Johannessen soren.johannes...@gmail.com: For ikke at overlappe og lave dobbeltarbejde, så har jeg sat et Google Regneark op - hvor du kan angive hvilken kommune du tjekker ud samt får tilføjet nye place tag. Gå først ind at angiv at hvilken kommune du arbejder i og under status skriv i gang - når du er færdig så gå ind og skriv du er færdig. Regneark er her https://docs.google.com/spreadsheet/ccc?key=0AtEEDDn3xy9BdEtibDF0Q0tnSGNCdjh6bko4WlI4ZlEusp=sharing#gid=0 vh Søren 2014-03-01 19:44 GMT+01:00 Michael Larsen mvl@network42.dk: Hej, Jeg har indsat 'Ll' som et muligt alias for 'Lille' samt filtre for dine fire andre falske matches. Sig til hvis I støder på andre forkortelser eller forkerte matches så skal jeg opdaterer listen. MichaelVL On Saturday, March 01, 2014 17:21:08 Uffe Kousgaard wrote: Hej, Jeg har prøvet at tilføje nogle for Roskilde-Lejre-området: Abbetved Bjergmarken Gøderup Hastrup (opr. Snoldelev-Hastrup lavet om til alternativt navn) Kirkerup Kisserup Lille Valby (stavet som Ll Valby, så den vil fortsat dukke op som fejl?) Nye Glim Osager Rye Smidstrup Tjæreby Trællerup Uglestrup Hvalsø er ikke tilføjet, da Kirke Hvalsø allerede er med. Roskilde By er ikke tilføjet, da Roskilde allerede er med. Skovhastrup er tilføjet som alternativt navn for Skov-Hastrup. Torkildstrup er ikke tilføjet, da Torkilstrup allerede er med. Ment som inspiration til andre, der vil kaste sig over at tilføje stednavne. Hvilke problemer, man kan støde ind i. mvh Uffe Kousgaard Michael Larsen wrote: Hej, Jeg har opdateret nedestående liste over steder ('places') kan kan detekteres som 'manglende' ud fra de eksisterende adressenoder. Et
Re: [Talk-dk] Manglende 'steder' i Danmark - nu på github
Hej, Jeg har opdateret listen med et par nye alias'er således at adressedata med fx 'Bj' kan matche 'Bjerge', 'Udfl.' kan matche 'Udflyttere' etc. Jeg har desuden lavet et nyt kort, hvor der skal 150 punkter til at indikere et manglende stednavn. Dette kort er toppen af isbjerget, men lidt lettere at overskue: https://gist.github.com/MichaelVL/9307793 Sig til hvis I finder andre forkortelser etc. i adressedataene - automatiske værktøjer er ikke bedre end de data man giver dem... MichaelVL On Sunday, March 02, 2014 16:09:42 Kristian Krægpøth wrote: Hej Søren Ja det fungerer med chrome som browser. Det ser ud, som om jeg har misset en del stednavne. Eller at stednavnene er angivet forskelligt på Michael Larsens liste og på Geodatastyrelsens skærmkort. Fx er Sønderby Bjerge syd for Assens angivet som Sønderby Bj på Michael Larsens liste. Og derfor optræder den som manglende. Hvad er nu mest korrekt af de to navne? Vh Kristian Krægpøth Den 2. mar. 2014 kl. 15.28 skrev Soren Johannessen soren.johannes...@gmail.com: Hej Kristian Jeg ved ikke om du bruger Microsofts Internet Explorer browser til at besøge den side Michael har sat op? Microsofts Internet Explorer har det med gå i sort over de sider på Gist med kort. Chrome browser skulle vise den fint uden problemer. Hvis du stadigvæk har problemer, så kan jeg lave en fil så du evt. kan se stednavne i Google Earth over Fyns området Vedr. metode så er det da helt fint den måde du har gjort og godt set med fx kvarterer i byer der kan bruges place=neighbourhood. Vedr. regneark - Hvis du er færdig med en kommune(r) vedr. bydele/byer osv på Fyn - Så angiv gerne i regnarket at den er gennemgået og færdigtjekket, så ikke andre begynder - dumt med dobbeltarbejde. vh Søren Johannessen 2014-03-02 15:10 GMT+01:00 Kristian Krægpøth k.kragp...@gmail.com: Hej korttegnerkolleger Jeg har prøvet at åbne linket i Michael Larsens første mail i denne streng. Det fik jeg ikke noget ud af bortset fra, at skærmen gik i sort. Det behøver ikke at have noget med linket at gøre - det kan udmærket have at gøre med mine manglende evner udi edb. Men sådan som jeg har forstået det, handler denne streng om at indlægge stednavne på OSM efter Geodatastyrelsens oplysninger. Det har jeg brugt en del tid på her på det sidste. Jeg har brugt Geodatastyrelsens kort fra udinaturen.dk. Jeg har ind imellem været lidt i tvivl om, hvordan jeg skulle karakterisere de forskellige bebyggelser. Jeg har anvendt place=isolated_dwelling når der har været 2-3 adresser på stedet. Når der har været 3 eller flere adresser på stedet, har jeg anvendt place=hamlet. Alle landsbyerne af størrelsen village var alle angivet her på Fyn. Til forstæder i byerne har jeg anvendt place=suburb. Hvor der ikke er tale om forstæder, men mere om kvarterer i byerne, har jeg anvendt place=neighbourhood. Er det korrekt? Jeg har tjekket hele Fyn undtagen Storodense. Er det så nu, at jeg kan bruge Søren Johannesens regneark? Eller er det koblet op på Michael Larsens link? Venlig hilsen Kristian Krægpøth Den 1. mar. 2014 kl. 20.12 skrev Soren Johannessen soren.johannes...@gmail.com: For ikke at overlappe og lave dobbeltarbejde, så har jeg sat et Google Regneark op - hvor du kan angive hvilken kommune du tjekker ud samt får tilføjet nye place tag. Gå først ind at angiv at hvilken kommune du arbejder i og under status skriv i gang - når du er færdig så gå ind og skriv du er færdig. Regneark er her https://docs.google.com/spreadsheet/ccc?key=0AtEEDDn3xy9BdEtibDF0Q0tnSGNCd jh6bko4WlI4ZlEusp=sharing#gid=0 vh Søren 2014-03-01 19:44 GMT+01:00 Michael Larsen mvl@network42.dk: Hej, Jeg har indsat 'Ll' som et muligt alias for 'Lille' samt filtre for dine fire andre falske matches. Sig til hvis I støder på andre forkortelser eller forkerte matches så skal jeg opdaterer listen. MichaelVL On Saturday, March 01, 2014 17:21:08 Uffe Kousgaard wrote: Hej, Jeg har prøvet at tilføje nogle for Roskilde-Lejre-området: Abbetved Bjergmarken Gøderup Hastrup (opr. Snoldelev-Hastrup lavet om til alternativt navn) Kirkerup Kisserup Lille Valby (stavet som Ll Valby, så den vil fortsat dukke op som fejl?) Nye Glim Osager Rye Smidstrup Tjæreby Trællerup Uglestrup Hvalsø er ikke tilføjet, da Kirke Hvalsø allerede er med. Roskilde By er ikke tilføjet, da Roskilde allerede er med. Skovhastrup er tilføjet som alternativt navn for Skov-Hastrup. Torkildstrup er ikke tilføjet, da Torkilstrup allerede er med. Ment som inspiration til andre, der vil kaste sig over at tilføje stednavne. Hvilke problemer, man kan støde ind i.
Re: [Talk-dk] Manglende 'steder' i Sønderborg
Hej Michael,- Jeg synes det er et rigtig godt initiativ, men før jeg går i gang vil jeg gerne bede om lidt konkret hjælp. På dit kort er vist 4 blå og en rød pind umiddelbart øst for Sønderborg. Den røde pind henviser til en landsby, Sundsmark, der for længst er inkorporeret i Sønderborg, men måske lever i folks bevidsthed. Der er hverken kirke, skole eller butikker (Sundsmarkscentret er en idrætshal). Er det en by, der skal med ? De tre blå pinde: Hf. Sønderskov, Hf. Sundsmark og Hf. Skovly er haveforeninger!! Om de har fælles postkasse, ved jeg ikke, men det har da ikke noget med byer at gøre. Der findes ganske vist et begreb, der hedder havebyer, men det er noget ganske andet end haveforeninger. Den blå pind nord for Augustenborg Landevej er Center Øst, dvs. et nyt indkøbskvarter, der er skudt op de senere år. Her er udelukkende p-pladser, supermarkeder, butikker, tankstationer og grillbarer, men ingen boliger, kirke og skole. Det har da heller ikke noget med en by at gøre, eller har det ? Kort sagt, hvad er definitionen ?? /sba-dk -Oprindelig meddelelse- Fra: Michael Larsen [mailto:mvl@network42.dk] Sendt: 1. marts 2014 15:35 Til: talk-dk@openstreetmap.org Emne: [Talk-dk] Manglende 'steder' i Danmark - nu på github Hej, Jeg har opdateret nedestående liste over steder ('places') kan kan detekteres som 'manglende' ud fra de eksisterende adressenoder. Et kort kan ses her: https://gist.github.com/MichaelVL/9290477 Postnummer statistik: 1xxx: 137 2xxx: 39 3xxx: 73 4xxx: 442 5xxx: 122 6xxx: 226 7xxx: 260 8xxx: 276 9xxx: 159 Total: 1734 Bortset fra København kan de fleste mangleden 'places' findes i Geodatastyrelsens Stednavne dataset med FEAT_TYPE lig By eller Spredt bebyggelse. Sammenlignes der med data fra Geodatastyrelsen mangler der dog endnu flere stednavne i OSM datasettet. Det kræver normalt lidt lokalkendskab at tilføje stederne, men jeg håber at denne visualisering kan hjælpe processen lidt på vej. /MichaelVL Michael Larsen Fre Okt 5 16:29:47 BST 2012 Hej, Jeg har lavet en analyse af manglende steder (byer etc.) baseret på eksisterende adressedata i OSM. Under antagelsen at adressenoder med følgende tags: 'osak:subdivision', 'kms:city_name', 'addr:city' beskriver et stednavn og ved at beregne en gennemsnitlig position for alle disse noder (med samme 'addr:postcode') kan man lave en liste over mulige steder og deres geografiske position. Listen kan derefter reduceres hvis der 'tæt på' findes en node eller way med et 'place' tag og et matchende 'name' tag. Med passende heuristikker for inkorrekte navne i adressedataene fåes en liste over mulige manglende stednavne i Danmark. Vedhæftede billede viser situationen omkring Ebeltoft (labels angiver navn:postnummer:antal-adresser). Hvis der skal 100 adressepunkter til at definere et stednavn er postnummer statistikken for manglende stednavne: 1xxx: 17 2xxx: 25 3xxx: 52 4xxx: 189 5xxx: 67 6xxx: 80 7xxx: 97 8xxx: 113 9xxx: 41 Total: 681 og tilsvarende med 30 adressepunkter: 1xxx: 136 2xxx: 39 3xxx: 90 4xxx: 519 5xxx: 224 6xxx: 251 7xxx: 280 8xxx: 295 9xxx: 167 Total: 2001 Mine heuristikker for navnematching kan selvfølgelig være mangelfulde men der er helt sikkert også fejl i adressedataene, hvilket leder frem til 1. Ligesom vi har lavet et system for rettelser af vejnavne kunne vi også have det for de nævnte stednavne. Fx findes der en by i Nordjylland som adressedataene kalder 'Lyngby', men byen hedder faktisk 'Nørre Lyngby'. Tilsvarende er der adressedata som skriver 'Vrå By' for at indikere at punkterne ligger i byen Vrå og ikke i oplandet, men byen hedder altså kun Vrå. 2. Vi mangler en hel del danske stednavne i OSM. Jeg har 'mangellisten' tilgængelig som GPX fil som er lige til at loade i fx. josm og med lidt lokalkendskab er det hurtigt at tilføje de manglende navne. Jeg kunne poste filen her på listen, men måske er der nogen som har forslag til hvorledes det gøres mere praktisk mht. opdateringer etc. Analysen foretages af et lille osmium baseret c++ program og tager kun sekunder at køre for hele DK, men data bør opdateres fx. dagligt. Bemærk også at listen indeholder byer som er makeret med 'residental' og 'name' man mangler 'place' (fx Feldballe). MichaelVL ___ 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: 2014.0.4335 / Virusdatabase: 3705/7138 - Udgivelsesdato: 01-03-2014 ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Manglende 'steder' i Sønderborg
Hej, Et sted behøver jo ikke at være en by, så der er vel plads til mere end de navne man kan finde på vejskilte. Men mange af GST's navne er historiske. Jeg har sammenlignet med lavkantskort (1945) fra www.historiskatlas.dk og her kan man genfinde de samme stednavne, som bruges på www.viskort.dk Ofte navne som ingen bruger idag. F.eks. bydelen Esbjerg i Roskilde, som jeg aldrig havde hørt om før. Man må vurdere i det enkelte tilfælde ud fra lokal viden om et stednavn fortsat anvendes eller kun er historisk. Men det må selvfølgelig heller ikke ende med, at butikker bliver til steder, selvom man lokalt referer til det. Hilsen Uffe PS: Michaels link fungerer i øvrigt fint for mig i IE. Sonny B. Andersen wrote: Hej Michael,- Jeg synes det er et rigtig godt initiativ, men før jeg går i gang vil jeg gerne bede om lidt konkret hjælp. På dit kort er vist 4 blå og en rød pind umiddelbart øst for Sønderborg. Den røde pind henviser til en landsby, Sundsmark, der for længst er inkorporeret i Sønderborg, men måske lever i folks bevidsthed. Der er hverken kirke, skole eller butikker (Sundsmarkscentret er en idrætshal). Er det en by, der skal med ? De tre blå pinde: Hf. Sønderskov, Hf. Sundsmark og Hf. Skovly er haveforeninger!! Om de har fælles postkasse, ved jeg ikke, men det har da ikke noget med byer at gøre. Der findes ganske vist et begreb, der hedder havebyer, men det er noget ganske andet end haveforeninger. Den blå pind nord for Augustenborg Landevej er Center Øst, dvs. et nyt indkøbskvarter, der er skudt op de senere år. Her er udelukkende p-pladser, supermarkeder, butikker, tankstationer og grillbarer, men ingen boliger, kirke og skole. Det har da heller ikke noget med en by at gøre, eller har det ? Kort sagt, hvad er definitionen ?? /sba-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-ar] Numeracion de calles
Bueno, hice una nueva prueba de subida, con las recomendaciones que me pasaron y otras que me dio Muralito (lo siento, no conozco tu nombre, solo el nick de OpenStreetMap, donde me recomendaba que haga una relacion con la calle, cosa que creo que hice, y hasta creo que bien.. :D https://www.openstreetmap.org/changeset/20835916 El problema estuvo cuando lo subi, que me dio la advertencia que figura en la captura de pantalla https://plus.google.com/photos/100913085313789297471/albums/5986238602396111825?authkey=CPmHnLGP9MqcfQ y no logre resolver, en realidad no logre entender... Cualquier ayuda, bienvenida, asi lo arreglo Saludos Hernan El día 27 de febrero de 2014, 16:47, Hernán Javier López hernan.lo...@gmail.com escribió: Perfecto, muchas gracias por las respuestas. Los voy a corregir para que queden lo mejor posible y de a poco voy a ir completando por donde camine tranquilo Saludos Hernan El 27/02/2014 14:09, Facundo Des desfacu...@gmail.com escribió: Hola Hernan. Es la primera vez que mando un correo a esta lista de correo. Espero que lo haya hecho bien. Esta perfecto. La aplicación que usas es la más practica lejos (especialmente cuando salis a caminar, etc.). También podés interpolar para agregar las numeraciones, es mucho más rápido, más práctico El día 28 de febrero de 2014, 18:52, Hernán Javier López hernan.lo...@gmail.com escribió:, pero claro, menos preciso. En este artículo en la wiki de OSM Argentina: http://wiki.openstreetmap.org/wiki/Argentina:Altura_de_las_Calles se explican brevemente las dos maneras de agregar numeraciones, y también tenés un link que te lleva a un tutorial para interpolar. Si tenés alguna otra duda, pegate una pasada por el foro de Argentina: http://forum.openstreetmap.org/viewforum.php?id=49. El sábado y domingo vamos a realizar un Mapping Party Virtual, dónde la principal tarea es agregar numeraciones en Godoy Cruz, Mendoza. Si te interesa participar, es un buen lugar para despejarte todas las dudas. Un saludo! El 27 de febrero de 2014, 13:54, Hernán Javier López hernan.lo...@gmail.com escribió: Hola: Cada tanto colaboro con algunas ediciones menores en OpenStreetMap (http://www.openstreetmap.org/user/Hernan) y desde hace tiempo que quería ayudar, al menos en la zona que me muevo con las numeraciones de las alturas de las calles. Acabo de hacer una primera prueba usando esta aplicacion https://play.google.com/store/apps/details?id=de.enaikoon.android.keypadmapper3hl=es porque la verdad que el método manual, no lo termino de entender. Hice una pequeña prueba con mi cuadra http://www.openstreetmap.org/edit#map=18/-34.63270/-58.52733 y quería que me digan, si el método es correcto, si la aplicación sube los datos en forma correcta o no. Si esta mal, no hay problema en que lo borre alguien que sepa mas cual es el método correcto o lo borro yo, es solo que me pareció una forma bastante sencilla de hacerlo y si sirve, puedo salir a pasear con mis hijos por el barrio e ir haciéndolo. Si la forma de hacerlo es otra, y me pueden enviar donde estudiar la información, veo de hacerlo. Espero sus comentarios :) Saludos Hernan ___ Talk-ar mailing list Talk-ar@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ar ___ Talk-ar mailing list Talk-ar@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ar ___ Talk-ar mailing list Talk-ar@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ar
Re: [Talk-ar] Numeracion de calles
Hola Cuando creás una relación, cada miembro tiene que tener un rol, una función que cumplir. Probá seleccionando la relación con problemas y pulsá el botón editar (en la ventana de relaciones, abajo, están los botones para realizar varias acciones, el segundo es el de editar). Fijate que en la sección de miembros de la relación, en la pestaña Etiquetas y miembros, hay tres columnas, la primera es el rol o función; en una relación del tipo street el rol para la calle es street. Llená ese campo con esa palabra y problema solucionado. Vas a encontrar que los otros miembros de la relación tienen otros roles, como house. Los dos problemas de validación que te informó JOSM se deben a eso. Yo no uso type=street sino type=associatedStreet, no sé que diferencia hay entre ambas. Saludos! Marcelo El 2 de marzo de 2014, 14:06, Hernán Javier López hernan.lo...@gmail.comescribió: Bueno, hice una nueva prueba de subida, con las recomendaciones que me pasaron y otras que me dio Muralito (lo siento, no conozco tu nombre, solo el nick de OpenStreetMap, donde me recomendaba que haga una relacion con la calle, cosa que creo que hice, y hasta creo que bien.. :D https://www.openstreetmap.org/changeset/20835916 El problema estuvo cuando lo subi, que me dio la advertencia que figura en la captura de pantalla https://plus.google.com/photos/100913085313789297471/albums/5986238602396111825?authkey=CPmHnLGP9MqcfQ y no logre resolver, en realidad no logre entender... Cualquier ayuda, bienvenida, asi lo arreglo Saludos Hernan El día 27 de febrero de 2014, 16:47, Hernán Javier López hernan.lo...@gmail.com escribió: Perfecto, muchas gracias por las respuestas. Los voy a corregir para que queden lo mejor posible y de a poco voy a ir completando por donde camine tranquilo Saludos Hernan El 27/02/2014 14:09, Facundo Des desfacu...@gmail.com escribió: Hola Hernan. Es la primera vez que mando un correo a esta lista de correo. Espero que lo haya hecho bien. Esta perfecto. La aplicación que usas es la más practica lejos (especialmente cuando salis a caminar, etc.). También podés interpolar para agregar las numeraciones, es mucho más rápido, más práctico El día 28 de febrero de 2014, 18:52, Hernán Javier López hernan.lo...@gmail.com escribió:, pero claro, menos preciso. En este artículo en la wiki de OSM Argentina: http://wiki.openstreetmap.org/wiki/Argentina:Altura_de_las_Calles se explican brevemente las dos maneras de agregar numeraciones, y también tenés un link que te lleva a un tutorial para interpolar. Si tenés alguna otra duda, pegate una pasada por el foro de Argentina: http://forum.openstreetmap.org/viewforum.php?id=49. El sábado y domingo vamos a realizar un Mapping Party Virtual, dónde la principal tarea es agregar numeraciones en Godoy Cruz, Mendoza. Si te interesa participar, es un buen lugar para despejarte todas las dudas. Un saludo! El 27 de febrero de 2014, 13:54, Hernán Javier López hernan.lo...@gmail.com escribió: Hola: Cada tanto colaboro con algunas ediciones menores en OpenStreetMap (http://www.openstreetmap.org/user/Hernan) y desde hace tiempo que quería ayudar, al menos en la zona que me muevo con las numeraciones de las alturas de las calles. Acabo de hacer una primera prueba usando esta aplicacion https://play.google.com/store/apps/details?id=de.enaikoon.android.keypadmapper3hl=es porque la verdad que el método manual, no lo termino de entender. Hice una pequeña prueba con mi cuadra http://www.openstreetmap.org/edit#map=18/-34.63270/-58.52733 y quería que me digan, si el método es correcto, si la aplicación sube los datos en forma correcta o no. Si esta mal, no hay problema en que lo borre alguien que sepa mas cual es el método correcto o lo borro yo, es solo que me pareció una forma bastante sencilla de hacerlo y si sirve, puedo salir a pasear con mis hijos por el barrio e ir haciéndolo. Si la forma de hacerlo es otra, y me pueden enviar donde estudiar la información, veo de hacerlo. Espero sus comentarios :) Saludos Hernan ___ Talk-ar mailing list Talk-ar@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ar ___ Talk-ar mailing list Talk-ar@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ar ___ Talk-ar mailing list Talk-ar@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ar ___ Talk-ar mailing list Talk-ar@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ar
Re: [Talk-ar] Numeracion de calles
Barbaro, muchas gracias. Ya esta arreglado. Cualquier otro problema o duda, pregunto sino lo encuentro como resolver Saludos Hernan El día 2 de marzo de 2014, 16:36, Marcelo Rodríguez Claude marcel...@gmail.com escribió: Hola Cuando creás una relación, cada miembro tiene que tener un rol, una función que cumplir. Probá seleccionando la relación con problemas y pulsá el botón editar (en la ventana de relaciones, abajo, están los botones para realizar varias acciones, el segundo es el de editar). Fijate que en la sección de miembros de la relación, en la pestaña Etiquetas y miembros, hay tres columnas, la primera es el rol o función; en una relación del tipo street el rol para la calle es street. Llená ese campo con esa palabra y problema solucionado. Vas a encontrar que los otros miembros de la relación tienen otros roles, como house. Los dos problemas de validación que te informó JOSM se deben a eso. Yo no uso type=street sino type=associatedStreet, no sé que diferencia hay entre ambas. Saludos! Marcelo El 2 de marzo de 2014, 14:06, Hernán Javier López hernan.lo...@gmail.com escribió: Bueno, hice una nueva prueba de subida, con las recomendaciones que me pasaron y otras que me dio Muralito (lo siento, no conozco tu nombre, solo el nick de OpenStreetMap, donde me recomendaba que haga una relacion con la calle, cosa que creo que hice, y hasta creo que bien.. :D https://www.openstreetmap.org/changeset/20835916 El problema estuvo cuando lo subi, que me dio la advertencia que figura en la captura de pantalla https://plus.google.com/photos/100913085313789297471/albums/5986238602396111825?authkey=CPmHnLGP9MqcfQ y no logre resolver, en realidad no logre entender... Cualquier ayuda, bienvenida, asi lo arreglo Saludos Hernan El día 27 de febrero de 2014, 16:47, Hernán Javier López hernan.lo...@gmail.com escribió: Perfecto, muchas gracias por las respuestas. Los voy a corregir para que queden lo mejor posible y de a poco voy a ir completando por donde camine tranquilo Saludos Hernan El 27/02/2014 14:09, Facundo Des desfacu...@gmail.com escribió: Hola Hernan. Es la primera vez que mando un correo a esta lista de correo. Espero que lo haya hecho bien. Esta perfecto. La aplicación que usas es la más practica lejos (especialmente cuando salis a caminar, etc.). También podés interpolar para agregar las numeraciones, es mucho más rápido, más práctico El día 28 de febrero de 2014, 18:52, Hernán Javier López hernan.lo...@gmail.com escribió:, pero claro, menos preciso. En este artículo en la wiki de OSM Argentina: http://wiki.openstreetmap.org/wiki/Argentina:Altura_de_las_Calles se explican brevemente las dos maneras de agregar numeraciones, y también tenés un link que te lleva a un tutorial para interpolar. Si tenés alguna otra duda, pegate una pasada por el foro de Argentina: http://forum.openstreetmap.org/viewforum.php?id=49. El sábado y domingo vamos a realizar un Mapping Party Virtual, dónde la principal tarea es agregar numeraciones en Godoy Cruz, Mendoza. Si te interesa participar, es un buen lugar para despejarte todas las dudas. Un saludo! El 27 de febrero de 2014, 13:54, Hernán Javier López hernan.lo...@gmail.com escribió: Hola: Cada tanto colaboro con algunas ediciones menores en OpenStreetMap (http://www.openstreetmap.org/user/Hernan) y desde hace tiempo que quería ayudar, al menos en la zona que me muevo con las numeraciones de las alturas de las calles. Acabo de hacer una primera prueba usando esta aplicacion https://play.google.com/store/apps/details?id=de.enaikoon.android.keypadmapper3hl=es porque la verdad que el método manual, no lo termino de entender. Hice una pequeña prueba con mi cuadra http://www.openstreetmap.org/edit#map=18/-34.63270/-58.52733 y quería que me digan, si el método es correcto, si la aplicación sube los datos en forma correcta o no. Si esta mal, no hay problema en que lo borre alguien que sepa mas cual es el método correcto o lo borro yo, es solo que me pareció una forma bastante sencilla de hacerlo y si sirve, puedo salir a pasear con mis hijos por el barrio e ir haciéndolo. Si la forma de hacerlo es otra, y me pueden enviar donde estudiar la información, veo de hacerlo. Espero sus comentarios :) Saludos Hernan ___ Talk-ar mailing list Talk-ar@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ar ___ Talk-ar mailing list Talk-ar@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ar ___ Talk-ar mailing list Talk-ar@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ar ___ Talk-ar mailing list Talk-ar@openstreetmap.org
[Talk-at] Wie gelöschte Wege ansehen?
Ein Kollege hat mich darauf aufmerksam gemacht, daß er Weg 47710270 (http://www.openstreetmap.org/way/47710270) gelöscht hat und mich gefragt, ob das eh ok für mich ist. Wie kann ich mir ansehen, wie die Karte vor dem Löschen ausgesehen hat? Ich hab ja sonst keine Chance, festzustellen, ob mir die Löschung gefällt. :-) LG, Christian ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-ro] Landuse pentru campus universitar?
Aha mersi! Dar landuse in nici un caz nu-l las pe construction sau industrial, nu? Il trec pe residential? Ca altceva nu vad ce as putea Bogdan Pe 28.02.2014 16:33, Filip Chirita Rares Cristian a scris: daca te uiti la cum e taguita universitatea aici: http://www.openstreetmap.org/#map=18/52.05274/1.16411 o parcare si 3 cladiri sunt puse toate intr-un camp cu amenity=university, dupa care cladirile sunt adaugate independent intr-o relatie. Rares 2014-02-28 9:51 GMT+00:00 Bogdan Enache enachebog...@gmx.com mailto:enachebog...@gmx.com: Salut, Cum ar fi corect setat landuse pentru un campus universitar care cuprinde 2 cla(diri, parca(ri s,i ceva parculet,e? Bogdan ___ Talk-ro mailing list Talk-ro@openstreetmap.org mailto:Talk-ro@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ro -- Life is not the amount of times you breathe, is the moments that take your breath away. To all things comes an end. And to all things comes a beginning. Cred in inspirat, nu in expirat. in vise, nu in somn. In trait, nu in existat. ___ Talk-ro mailing list Talk-ro@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ro ___ Talk-ro mailing list Talk-ro@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ro
Re: [Talk-ro] Landuse pentru campus universitar?
Salut. Fiind in interiorul unui oras, deja exista un landuse residential al orasului. Toata zona care delimiteaza universitatea o poti pune ca landuse=university, exact cum ti-a explicat si Rares. On 02.03.2014 16:05, Bogdan Enache wrote: Aha mersi! Dar landuse in nici un caz nu-l las pe construction sau industrial, nu? Il trec pe residential? Ca altceva nu vad ce as putea Bogdan Pe 28.02.2014 16:33, Filip Chirita Rares Cristian a scris: daca te uiti la cum e taguita universitatea aici: http://www.openstreetmap.org/#map=18/52.05274/1.16411 o parcare si 3 cladiri sunt puse toate intr-un camp cu amenity=university, dupa care cladirile sunt adaugate independent intr-o relatie. Rares 2014-02-28 9:51 GMT+00:00 Bogdan Enache enachebog...@gmx.com mailto:enachebog...@gmx.com: Salut, Cum ar fi corect setat landuse pentru un campus universitar care cuprinde 2 cla(diri, parca(ri s,i ceva parculet,e? Bogdan ___ Talk-ro mailing list Talk-ro@openstreetmap.org mailto:Talk-ro@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ro -- Life is not the amount of times you breathe, is the moments that take your breath away. To all things comes an end. And to all things comes a beginning. Cred in inspirat, nu in expirat. in vise, nu in somn. In trait, nu in existat. ___ Talk-ro mailing list Talk-ro@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ro ___ Talk-ro mailing list Talk-ro@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ro ___ Talk-ro mailing list Talk-ro@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ro
Re: [Talk-ro] Landuse pentru campus universitar?
Salut, De fapt, e amenity=university pentru tot spatiul. Daca te uiti pe http://wiki.openstreetmap.org/wiki/Key:building au explicat ca Use amenityhttp://wiki.openstreetmap.org/wiki/Key:amenity =university http://wiki.openstreetmap.org/wiki/Tag:amenity%3Duniversityfor the whole university area. De asemenea, te poti uita si pe http://taginfo.openstreetmap.org/search?q=landuse%3Duniversity sa vezi ca nu exista decat 28 de landuse=university in toata lumea, asa ca as sugera sa pui amenity=university pentru tot campusul. Rares 2014-03-02 14:19 GMT+00:00 Razvan radulescu.raz...@gmail.com: Salut. Fiind in interiorul unui oras, deja exista un landuse residential al orasului. Toata zona care delimiteaza universitatea o poti pune ca landuse=university, exact cum ti-a explicat si Rares. On 02.03.2014 16:05, Bogdan Enache wrote: Aha mersi! Dar landuse in nici un caz nu-l las pe construction sau industrial, nu? Il trec pe residential? Ca altceva nu vad ce as putea Bogdan Pe 28.02.2014 16:33, Filip Chirita Rares Cristian a scris: daca te uiti la cum e taguita universitatea aici: http://www.openstreetmap.org/#map=18/52.05274/1.16411 o parcare si 3 cladiri sunt puse toate intr-un camp cu amenity=university, dupa care cladirile sunt adaugate independent intr-o relatie. Rares 2014-02-28 9:51 GMT+00:00 Bogdan Enache enachebog...@gmx.com: Salut, Cum ar fi corect setat landuse pentru un campus universitar care cuprinde 2 clădiri, parcări și ceva parculețe? Bogdan ___ Talk-ro mailing list Talk-ro@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ro -- Life is not the amount of times you breathe, is the moments that take your breath away. To all things comes an end. And to all things comes a beginning. Cred in inspirat, nu in expirat. in vise, nu in somn. In trait, nu in existat. ___ Talk-ro mailing listTalk-ro@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-ro ___ Talk-ro mailing listTalk-ro@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-ro ___ Talk-ro mailing list Talk-ro@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ro -- Life is not the amount of times you breathe, is the moments that take your breath away. To all things comes an end. And to all things comes a beginning. Cred in inspirat, nu in expirat. in vise, nu in somn. In trait, nu in existat. ___ Talk-ro mailing list Talk-ro@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ro
Re: [Talk-ro] Landuse pentru campus universitar?
OK, Multumesc tuturor pentru raspuns. Intr-adevar, vazusem si eu ca landuse=university nu exista, d-aia am intrebat. Initial era construction si partial parca industrial. Sunt multe erori de acest fel prin Constanta, de exemplu vineyard printr-un cartier de blocuri, industrial sau construction unde e retail sau residential etc. Aici am pus residential, apoi area cu amenity=university, si am marcat cladirile separat, etc. Despre asta e vorba daca va intrebati: http://www.openstreetmap.org/way/264154412#map=18/44.21610/28.62433 O seara buna! Bogdan Pe 02.03.2014 16:50, Filip Chirita Rares Cristian a scris: Salut, De fapt, e amenity=university pentru tot spatiul. Daca te uiti pe http://wiki.openstreetmap.org/wiki/Key:building au explicat ca Use amenity http://wiki.openstreetmap.org/wiki/Key:amenity=university http://wiki.openstreetmap.org/wiki/Tag:amenity%3Duniversity for the whole university area. De asemenea, te poti uita si pe http://taginfo.openstreetmap.org/search?q=landuse%3Duniversity sa vezi ca nu exista decat 28 de landuse=university in toata lumea, asa ca as sugera sa pui amenity=university pentru tot campusul. Rares 2014-03-02 14:19 GMT+00:00 Razvan radulescu.raz...@gmail.com mailto:radulescu.raz...@gmail.com: Salut. Fiind in interiorul unui oras, deja exista un landuse residential al orasului. Toata zona care delimiteaza universitatea o poti pune ca landuse=university, exact cum ti-a explicat si Rares. On 02.03.2014 16:05, Bogdan Enache wrote: Aha mersi! Dar landuse in nici un caz nu-l las pe construction sau industrial, nu? Il trec pe residential? Ca altceva nu vad ce as putea Bogdan Pe 28.02.2014 16:33, Filip Chirita Rares Cristian a scris: daca te uiti la cum e taguita universitatea aici: http://www.openstreetmap.org/#map=18/52.05274/1.16411 o parcare si 3 cladiri sunt puse toate intr-un camp cu amenity=university, dupa care cladirile sunt adaugate independent intr-o relatie. Rares 2014-02-28 9:51 GMT+00:00 Bogdan Enache enachebog...@gmx.com mailto:enachebog...@gmx.com: Salut, Cum ar fi corect setat landuse pentru un campus universitar care cuprinde 2 cla(diri, parca(ri s,i ceva parculet,e? Bogdan ___ Talk-ro mailing list Talk-ro@openstreetmap.org mailto:Talk-ro@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ro -- Life is not the amount of times you breathe, is the moments that take your breath away. To all things comes an end. And to all things comes a beginning. Cred in inspirat, nu in expirat. in vise, nu in somn. In trait, nu in existat. ___ Talk-ro mailing list Talk-ro@openstreetmap.org mailto:Talk-ro@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ro ___ Talk-ro mailing list Talk-ro@openstreetmap.org mailto:Talk-ro@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ro ___ Talk-ro mailing list Talk-ro@openstreetmap.org mailto:Talk-ro@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ro -- Life is not the amount of times you breathe, is the moments that take your breath away. To all things comes an end. And to all things comes a beginning. Cred in inspirat, nu in expirat. in vise, nu in somn. In trait, nu in existat. ___ Talk-ro mailing list Talk-ro@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ro ___ Talk-ro mailing list Talk-ro@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ro
[Talk-ro] Doua ref-uri pe acelasi segment de drum
Salut. Stie cineva mai concret cum se trec doua ref-uri pe acelasi segment de drum? Despartite cu ; sau spatiu? Pana la urma nu am gasit nici pe wiki ceva concret. Nu este ceva standardizat inca? ___ Talk-ro mailing list Talk-ro@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ro
Re: [Talk-ro] Doua ref-uri pe acelasi segment de drum
Salut, dacă amândouă sunt de același fel de drum scriem cu ; de exemplu ref=DN64;DN67 Dacă unul este DN și altul DJ sau DC scriem de exemplu ref=DN11 reg_ref=DJ103G sau ref=DJ282 loc_ref=DC27 http://wiki.openstreetmap.org/wiki/Ro:Map_Features#Referin.C8.9Be Toate cele bune, Michael Am Sonntag, 2. März 2014, 21:14:01 schrieb Razvan: Salut. Stie cineva mai concret cum se trec doua ref-uri pe acelasi segment de drum? Despartite cu ; sau spatiu? Pana la urma nu am gasit nici pe wiki ceva concret. Nu este ceva standardizat inca? ___ Talk-ro mailing list Talk-ro@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ro ___ Talk-ro mailing list Talk-ro@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ro
Re: [Talk-ro] Doua ref-uri pe acelasi segment de drum
ok. Multumesc. On 02.03.2014 21:22, Michael H�ckel wrote: Salut, dacă amândouă sunt de același fel de drum scriem cu ; de exemplu ref=DN64;DN67 Dacă unul este DN și altul DJ sau DC scriem de exemplu ref=DN11 reg_ref=DJ103G sau ref=DJ282 loc_ref=DC27 http://wiki.openstreetmap.org/wiki/Ro:Map_Features#Referin.C8.9Be Toate cele bune, Michael Am Sonntag, 2. März 2014, 21:14:01 schrieb Razvan: Salut. Stie cineva mai concret cum se trec doua ref-uri pe acelasi segment de drum? Despartite cu ; sau spatiu? Pana la urma nu am gasit nici pe wiki ceva concret. Nu este ceva standardizat inca? ___ Talk-ro mailing list Talk-ro@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ro ___ Talk-ro mailing list Talk-ro@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ro ___ Talk-ro mailing list Talk-ro@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ro
[Talk-ro] Drum cu linie continuă reprezentat ca două fire separate
Nu am mai editat de mult în OSM dar am intrat în seara aceasta pe hartă și am observat la DN5 în zone în care știu că sensurile sunt separate doar de linie continua, nu prin ceva solid ca la autostrăzi, fiecare sens este reprezentat ca un drum separat cu sens unic. Este normală această reprezentare sau este un exces de zel al unui editor? ___ Talk-ro mailing list Talk-ro@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ro
Re: [Talk-ro] Drum cu linie continuă reprezentat ca două fire separate
Salut. Cunosc problema de vreo 2 zile de cand a fost modificat. Am vorbit cu persoana si i-am spus ca nu prea e ok sa puna doua lane-uri separate/opuse pe un drum care nu are o separatie fizica sau nu e macar suficient de lat cum e cazul lui DN1. (unde alti producatori de harti au facut la fel.) Dar acum ce sa facem? Sa ii dam revert dupa ce s-a chinuit atat? Dupa aia chiar am mai bibilit si eu cate ceva in urma lui pe DN5, macar sa fie ok pana la capat ... Oricum, omul a muncit si a pus la punct cam toate referintele de DN, DJ si DC-uri din judetul Teleorman. On 02.03.2014 22:29, Octavian Chelu wrote: Nu am mai editat de mult în OSM dar am intrat în seara aceasta pe hartă și am observat la DN5 în zone în care știu că sensurile sunt separate doar de linie continua, nu prin ceva solid ca la autostrăzi, fiecare sens este reprezentat ca un drum separat cu sens unic. Este normală această reprezentare sau este un exces de zel al unui editor? ___ Talk-ro mailing list Talk-ro@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ro ___ Talk-ro mailing list Talk-ro@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ro
Re: [Talk-cz] CzechAddress import RUIAN
Ahoj, tak ted prekladam na wiki http://wiki.openstreetmap.org/wiki/Cs:Key:place (Mimochodem bych byl rad, kdybyste si to precetli a napsali mi, jestli tam nemam nejakou botu) a vyplynulo mi z toho, ze bychom asi meli pouzit pro mestkou cast/obvod misto navrzeneho (a imports@ zavrhovaneho) addr:suburb radsi addr:borough Podle popisu na wiki: depending on the country suburbs in larger cities are often grouped into administrative units called boroughs or city districts; using the value borough avoids name confusion in countries that declare districts within their states or counties. A prijde mi to i lepsi, protoze suburb, si myslim, je hlavne predmesti, kdezto tohle je i podle slovniku samospravna mestska cast. Co vy na to? Zdravi, Dalibor -Original Message- From: Petr Morávek [Xificurk] [mailto:p...@pada.cz] Sent: Thursday, February 27, 2014 12:28 PM To: OpenStreetMap Czech Republic Subject: Re: [Talk-cz] CzechAddress import RUIAN Dne 27.2.2014 11:52, Dalibor Jelínek napsal(a): A co teda addr:municipality? To by zas odpovídalo našemu pojmu obce. Nebo mam proste trvat na addr:suburb? Sice osobně nejsem přesvědčen, že je tento údaj na adresních bodech potřeba, ale pokud by se měl někam dávat, tak právě do addr:suburb. A pro co presne pouzivame place:suburb v terminech RUIAN? place=suburb se používalo pro části obce, které jsou uvnitř města. Tedy např. vztah Vinohrady v Praze, Zelené Předměstí v Pardubicích, ... A chapu sprave, ze ta Praha 9 ani Plzeň 2-Slovany nejsou ani NUTS ani LAU? Ano, spravně, členění na městské obvody/městské části má jen několik měst a je to paralelní způsob k rozdělení jak územnímu (obec - katastrální území), tak k běžnému správnímu (obec - část obce), viz [1] Petr [1] http://www.czso.cz/csu/rso.nsf/i/soustava_prvku ___ 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
[OSM-talk-fr] Périmètre 2014 des EPCIs : à vos Mapcrafts, prêts...
Bonjour, Nous connaissons depuis quelques semaines la définition des EPCIs au 01/01/2014, grâce à cette source : http://www.collectivites-locales.gouv.fr/liste-et-composition-2014 qui donne par EPCI la liste des communes qui le composent, et l'identifiant INSEE de l'EPCI. Beaucoup d'actions de mise à jour ont eu lieu récemment dans la base, qui font qu'aujourd'hui, les EPCIs d'OSM ont chacun un identifiant (ref:INSEE) en accord avec cette source. Néanmoins, il reste environ 200 EPCIs dont le périmètre théorique n'est pas celui constaté dans OSM : certaines communes peuvent manquer, d'autre être en trop, suite aux mouvements opérés au 01/01/2014. Pour solder ce reliquat, je vous propose qu'on se répartisse les actions, au travers de pas moins de 4 (!) gâteaux Mapcraft. 4 et pas juste 1, du fait de la limite de taille des fichiers .osm que sait digérer l'outil. Dans le principe : chaque part de gâteau est un périmètre 2014 d'EPCI, recomposé grâce au GeoFLA. En comparant ce périmètre à celui du même EPCI dans la base actuelle, vous devriez constater des divergences sur le contour. L'idée est de combler ces différences dans les relations 'local_authority' en modifiant leur périmètre pour le mettre en accord avec celui donnée dans Mapcraft. Comment procéder ? Pour avoir le modèle de contour directement dans JOSM, vous pouvez exporter le fichier Mapcraft à l'aide du menu Export (tout en bas du panneau Info). Ce fichier au format .osm se glisse dans JOSM et donne un modèle, _à ne surtout pas uploader_ ! Vous pouvez aussi dans JOSM brancher le flux TMS de layers dédié aux EPCIs : tms:http://{switch:a,b,c}.layers.openstreetmap.fr/boundary_local_authority/{zoom}/{x}/{y}.png Il faut ensuite jouer avec les limites communales et le périmètre initial de l'EPCI, à l'aide de l'éditeur de relations. Voilà. Les 4 gâteaux représentent 186 EPCIs : à plusieurs ça peut aller très vite : http://mapcraft.nanodesu.ru/pie/374 (Nord-Ouest) http://mapcraft.nanodesu.ru/pie/375 (Nord-Est) http://mapcraft.nanodesu.ru/pie/376 (Sud-Ouest) http://mapcraft.nanodesu.ru/pie/377 (Sud-Est) Bon appétit :) vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Périmètre 2014 des EPCIs : à vos Mapcrafts, prêts...
La liste des décrets pour les cantonales est pratiquement achevée depuis les derniers décrets publiés samedi 1er mars. Il ne reste que Martinique et Guadeloupe où il doit y avoir semble-t-il encore des arbitrages: maintiennent-il leurs double assemblée départementale et régionale ? Y-a-t-il statu quo sur leurs cantons en remettant la question à plus tard (quitte à modifier le nombre d'élus départementaux pour respecter la parité ?) Autre incertitude à lever : le département du Rhône indique explicitement 13 cantons mais plus aucun pour Lyon : ces cantons disparaissent-ils pour ne laisser la place qu'aux listes par arrondissement municipal (ce qui n'est pas arrivé à Marseille qui a encore des cantons -- mais je n'ai pas regardé s'ils correspondent aux arrondissements municipaux) ? La liste complète des décrets; avec la liste des cantons à créer, prêt à remplir avec les numéros de relations complétées (il y a déjà un exemple dans le premier canton du Calvados) : http://wiki.openstreetmap.org/wiki/FR:Cantons_in_France Comme il y a beaucoup moins de communes découpées, un bon nombre peuvent être faits avec ComCom (attention il faut encore lire le décret pour trouver la commune du bureau centralisateur car plein de nouveaux cantons ont des noms très imagés n'ayant rien à voir avec une commune centre). Pour le reste (les cantons avec un numéro suffixé), il faudra encore éplucher les listes de rues dans chaque décret. Les numéros de référence sont encore indicatifs : ce sont les rangs alphabétique des cantons, mais l'INSEE pourrait les coder autrement -- je n'ai pas regardé non plus si des cantons débordent sur plusieurs arrondissements départementaux; alors que ce n'était pas le cas jusqu'à présent. Mais l'INSEE pourrait les codifier par arrondissement et utiliser 3 chiffres et devra trouver une solution pour Lyon (à moins qu'il numérote ses arrondissements à partir de 80 par exemple, ou qu'il préfixe par une lettre ou un chiffre indiquant le type de circonscription; en changeant donc le format des codes en 2015). ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Périmètre 2014 des EPCIs : à vos Mapcrafts, prêts...
Le 02/03/2014 10:15, Vincent de Château-Thierry a écrit : Il faut ensuite jouer avec les limites communales et le périmètre initial de l'EPCI, à l'aide de l'éditeur de relations. Voilà. Les 4 gâteaux représentent 186 EPCIs : à plusieurs ça peut aller très vite : http://mapcraft.nanodesu.ru/pie/374 (Nord-Ouest) http://mapcraft.nanodesu.ru/pie/375 (Nord-Est) http://mapcraft.nanodesu.ru/pie/376 (Sud-Ouest) http://mapcraft.nanodesu.ru/pie/377 (Sud-Est) Un oubli dans mon message initial : l'édition des relations définissant les EPCIs est l'occasion d'ajouter quelques tags tels que : - wikipedia=* - website=* - short_name=* Ces ajouts font une bonne part de la valeur ajoutée de la version OSM des EPCIs, par comparaison à une simple utilisation de la source que je citais. Donc n'hésitez pas à consommer 1 ou 2 mn de plus pour glaner, quand elles existent, ces infos. merci vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Riverbank - de retour
Si quelqu'un comprend celui-là : http://www.openstreetmap.org/note/125800#map=13/47.2736/-1.9258layers=N Le riverbank n'est pas rendu sur ce tronçon, alors que celui de l'ouest l'est. La seule différence que je vois est que celui de l'ouest est dans un multipolygone avec les mêmes tags sur le MP (mais un tag résiduel riverbank est sur le way). JB. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Périmètre 2014 des EPCIs : à vos Mapcrafts, prêts...
L'occasion est bonne aussi pour revoir ce qui va changer en 2015 avec les métropoles (suite à mon message précédent). Je ne m'étais pas aperçu que ce qui manquait dans le découpage cantonal du Rhône ce n'était pas que la ville de Lyon, mais toute la nouvelle métropole de Lyon (pour moi c'était encore juste un projet encore assez lointain). Du coup comment vont évoluer les actuels arrondissements de Lyon (puisque visiblement ils n'ont plus de cantons non plus) : les arrondissements vont-ils être remaniés à l'occasion de l'agrandissement de la métropole ? Ça me donne envie aussi de regarder ce qui se passe réellement à Marseille, si la commune est aussi agrandie, et dans les autres métropoles candidates à ce statut prenant le pas sur celui du département dont elles seront extraites, en réformant aussi leurs intercommunalités (Nantes ? Bordeaux ? Toulouse ? Lille ? Nice ? Saint-Denis de la Réunion ?) Pas sûr qu'elles soient prêtes pour les élections de 2015. (Et toujours dans l'air le projet du Grand Paris qui reprendrait au moins la petite couronne, voire tout l'ancien département de la Seine ou au delà...) En chantier aussi la réforme, rappelée encore il y a quelques semaines par le gouvernement, des régions en métropole pour en réduire le nombre de 22 à une quinzaine ou moins (Normandie réunifiée, Bretagne réunifiée et peut-être agrandie à la Mayenne, Poitou-Charentes agrandi vers la Vendée, le reste des Pays de la Loire dans une grande région Centre-Val de Loire, grande région Flandre-Picardie, Alsace-Lorraine avec peut-être aussi le Territoire de Belfort historiquement alsacien, Massif Central; Grand Sud-Ouest, grande région Champagne-Ardennes-Bourgogne...) Et à peine a-t-on recréé certains arrondissements départementaux (Fougères-Vitré par exemple en Ille-et-Vilaine), on se demande si avec ces réformes ils vont encore exister; face aux grandes régions d'une part et d'autre part au poids des métropoles et la montée en puissance des EPCI qui affaiblissent aussi les départements ainsi que les petites communes plus ou moins forcées à fusionner dans les zones rurales. Le 2 mars 2014 11:34, Vincent de Château-Thierry v...@laposte.net a écrit : Le 02/03/2014 10:15, Vincent de Château-Thierry a écrit : Il faut ensuite jouer avec les limites communales et le périmètre initial de l'EPCI, à l'aide de l'éditeur de relations. Voilà. Les 4 gâteaux représentent 186 EPCIs : à plusieurs ça peut aller très vite : http://mapcraft.nanodesu.ru/pie/374 (Nord-Ouest) http://mapcraft.nanodesu.ru/pie/375 (Nord-Est) http://mapcraft.nanodesu.ru/pie/376 (Sud-Ouest) http://mapcraft.nanodesu.ru/pie/377 (Sud-Est) Un oubli dans mon message initial : l'édition des relations définissant les EPCIs est l'occasion d'ajouter quelques tags tels que : - wikipedia=* - website=* - short_name=* Ces ajouts font une bonne part de la valeur ajoutée de la version OSM des EPCIs, par comparaison à une simple utilisation de la source que je citais. Donc n'hésitez pas à consommer 1 ou 2 mn de plus pour glaner, quand elles existent, ces infos. merci vincent ___ 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] Riverbank - de retour
Est-ce que la superposition des riverbanks selon les deux modèles ne les amène pas à s'annuler l'un et l'autre quand le moteur rendu fusionne le tout ? Le 2 mars 2014 13:47, JB jb...@mailoo.org a écrit : Si quelqu'un comprend celui-là : http://www.openstreetmap.org/note/125800#map=13/47.2736/-1.9258layers=N Le riverbank n'est pas rendu sur ce tronçon, alors que celui de l'ouest l'est. La seule différence que je vois est que celui de l'ouest est dans un multipolygone avec les mêmes tags sur le MP (mais un tag résiduel riverbank est sur le way). JB. ___ 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] le nouveau modèle économique de l'IGN... en avant première
Le 15 janvier 2014 09:17, Christian Quest cqu...@openstreetmap.fr a écrit : Heureusement que l'IGN ne travaille plus avec les méthodes du film La naissance d'une carte (http://www.youtube.com/watch?v=AjhXMlji3Uk), mais il y a des moments où l'on a l'impression d'être encore au Minitel (l'absence de caractères accentués dans de nombreuses bases). Là je crois que tu es encore trop optimiste, car le minitel avait bel et bien les accents. L'IGN semble en revanche être resté au temps de l'ASCII (peut-être la vieille version francisée abandonnée par l'AFNOR il y a longtemps) au temps des vieux mainframes et terminaux VT100 avec un clavier QWERTY. On peut noter aussi que certains services de l'Etat ne sont toujours pas passés à l'Unicode et ne gèrent que l'ISO 8859-1. Un exemple dans les récentes copies de décrets pour les cantons où le y avec tréma a été à l'origine codé en lettres capitales, le Ÿ n'existant pas dans l'ISO 8859-1, il est resté comme un Y, suivi d'un tréma avec chasse, même lors de la mise en forme avec les minuscules. De même les accents aigus oubliés sur les E des initiales en capitale (et pourtant É existe dans l'ISO 8859-1 mais les créateurs du document ne savent toujours utiliser que le clavier français standard de base, comme si des claviers étendus n'existaient pas pour tous nos OS modernes). ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Pays historique
très imprécis, beaucoup trop. Déjà ça traduit la position de l'ancien massif il y a des centaines de milliers d'années avant l'effondrement de la Manche. Mais même dans ce cas, si on veut vartographier la géologie, c'est beaucoup plus complexe que cette ébauche (qui en plus déborde trop loin en Manche: le massif n'allait pas plus au nord que les îles anglonormandes. Sinon pour le faire descendre jusque dans le Poitou-Charente à la frontière du Limousin, c'est aller un peu vite même si le terrain a pas mal évolué avec une très forte érosion en altitude et sur toutes les côtes bretonnes, ligériennes et normandes du cotentin. Une chose est surela limite du massif n'a pas bougé du côté de Perros-Guirec où les plus anciennes roches granitiques les plus dures affleurent (trace d'un très ancien volcanisme que l'homme n'a jamais connu ?) et n'ont pas trop subit l'érosion (ce bloc granitique au nord-ouest des Côtes d'Armor est assez exceptionnel, une exception géologique assez remarquable par rapport au reste du massif qui s'est ensuite couvert de divers apports alluvionaires et de détritus des érosion et l'action biologique transformat les sols); ce bloc qui tombe ensuite à pic en mer dans la partie effondrée et érodée par l'invasion maritime a très peu de couverture et ne semble pas avoir été abimé par les fleuves. Malheureusement ce tracé va là encore trop loin en Manche. J'ai l'impression que l'auteur a confondu le massif avec les plissements au pied de ce massif lors de son soulèvement. En revanche l'extension vers l'est est assez proche de la réalité (quasiment jusqu'aux portes ouest du Mans, mais l'extensio vas ensuite trop au sud à la position actuelle de la Loire alors que cela ne devrait même pas inclure son affluent du Maine actuel). Mais là encore le détail est important. Pour qu'une telle représentation soit réellement utile il faudrait cartographier les âges des sols affleurants, ou sur différentes strates géologiques. On verrait que les terrains dans cette zone sont de natures très différentes (et n'ont pas évolué de la même façon lors des ères glacières postérieures à la formation du massif). J'ai juste l'impression que ce polygone est juste là pour donner une vague idée de l'extension, en faisant fi des évolutions qui ont eu lieu. Plus utile à cartographier : Les fractures du plateau continental devant la faille océanique, qui sont encore aujourd'hui des zones de sismicité (faible mais pas nulle, on y constate, surtout au sud de la Bretagne, notamment les îles, et au nord de la Vendée, de fréquents petits tremblements de terre plusieurs fois par an au point que des normes de construction antisismiques sont en vigueur, même si elles sont plus légères que dans les Alpes, les Pyrénées, les Vosges et les Ardennes, où les séismes sont plus rares mais aussi plus puissants). 2014-01-28 18:17 GMT+01:00 David Crochet david.croc...@free.fr: Bonjour Le 28/01/2014 18:09, Bruno Cortial a écrit : Bonjour Et que pensez-vous de cette entité ? http://www.openstreetmap.org/way/249278693#map=7/47.887/-2.549 Inutile tel que. Cordialement -- David Crochet ___ 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
[OSM-talk-fr] OSM Inspector/routage: demande aide
bonjour en ce moment, j'essaye de corriger quelques erreurs de routage repérées par OSM Inspector. Je suis face à 2 cas que je ne sais pas résoudre : LES PLACES - une voie connectée à une place, taguées toutes les 2 hjgway=living_street (commune de Plurien dans le 22). OSM Inspector considère la voie comme isolée (Island), cad non accessible : http://tools.geofabrik.de/osmi/?view=routinglon=-2.40505lat=48.63018zoom=18 J'hésite à simplifier le rendu en remplaçant la place par un highway=turning_circle - même problème avec une voie et une place tagguée highway=residential (Fréhel, 22): http://tools.geofabrik.de/osmi/?view=routinglon=-2.36663lat=48.65135zoom=18 LES ESCALIERS - 2 escaliers à la gare d'Yffiniac (22) OSM Inspector indique qu'ils ne sont pas connectés (distance 5 m.) or ils le sont à mon sens. http://tools.geofabrik.de/osmi/?view=routinglon=-2.65202lat=48.47019zoom=18 - un escalier à Saint-Malo http://tools.geofabrik.de/osmi/?view=routinglon=-2.02499lat=48.63504zoom=18 Quelqu'un-e peut-il/elle m'expliquer les corrections éventuelles à apporter dans la base ? d'avance merci Gwen ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Riverbank - de retour
bonjour, Sans doute que prdemment il tait outer dans la grande relation mais vue que je suis en train de remettre les choses comme il faut c'est dire une relation par outer ds qu'il y a des iles pas de relation quand il n'y pas d'iles l je me rappelle qu'il n'y a pas d'ile (trs rare) et bien il doit etre tout seul sans les bons tags maintenant.. voir prcdente discussion Je regarde cela de suite. djo_man Le 02/03/2014 13:47, JB a crit: Si quelqu'un comprend celui-l : http://www.openstreetmap.org/note/125800#map=13/47.2736/-1.9258layers=N Le riverbank n'est pas rendu sur ce tronon, alors que celui de l'ouest l'est. La seule diffrence que je vois est que celui de l'ouest est dans un multipolygone avec les mmes tags sur le MP (mais un tag rsiduel riverbank est sur le way). JB. ___ 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] Riverbank - de retour
Ben l, je sche. Rien a voir avec la problmatique des relations imbiques. (disparition des iles dont l'ile de nantes) Ni celle sur la problmatique d'une trop grosse relation. (modles et usage de la base) - Le riverbank est des plus simples avec le bon tag et sans relation, sans iles, sans super relation rien que du trs commun. - Le riverbank juste en amont qui est exactement sur le mme modle (pas de relation, etc) est lui bien rendu... - La seule petite diffrence c'est que celui qui n'est pas rendu a un "name". c'est quand mme pas cela ? donc soit il est en cours de rendu. soit un problme de prise en compte dans la base. une autre ide ? djo_man Le 02/03/2014 19:35, djo_man a crit: bonjour, Sans doute que prdemment il tait outer dans la grande relation mais vue que je suis en train de remettre les choses comme il faut c'est dire une relation par outer ds qu'il y a des iles pas de relation quand il n'y pas d'iles l je me rappelle qu'il n'y a pas d'ile (trs rare) et bien il doit etre tout seul sans les bons tags maintenant.. voir prcdente discussion Je regarde cela de suite. djo_man Le 02/03/2014 13:47, JB a crit: Si quelqu'un comprend celui-l : http://www.openstreetmap.org/note/125800#map=13/47.2736/-1.9258layers=N Le riverbank n'est pas rendu sur ce tronon, alors que celui de l'ouest l'est. La seule diffrence que je vois est que celui de l'ouest est dans un multipolygone avec les mmes tags sur le MP (mais un tag rsiduel riverbank est sur le way). JB. ___ 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 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr