piebro/osm-data huggingface dataset:
opened by _Pancake_ (2019-05-31 21:13:12+00:00): "Eingabefehler!! Sorry"
The place has gone or never existed. This is an auto-generated note from MAPS.ME application: a user reports a POI that is visible on a map (which can be outdated), but cannot be found on the ground.
POI name: Landbäckerei Schaub
POI types: shop-bakery
OSM data version: 2019-04-19T10:36:02Z
 #mapsme
opened by  (2019-05-31 21:21:29+00:00): Die dortige Bushaltestelle heißt inzwischen "Grantham-Allee".
commented by  (2019-07-09 10:22:35+00:00): Das scheint mitlerweile angepasst zu sein.
closed by kerel (2019-10-02 14:32:50+00:00): Resolved by https://openstreetmap.org/changeset/71750761
opened by _Pancake_ (2019-05-31 21:26:02+00:00): "Dauerhaft geschlossen "
The place has gone or never existed. This is an auto-generated note from MAPS.ME application: a user reports a POI that is visible on a map (which can be outdated), but cannot be found on the ground.
POI name: Steinbacher Hof
POI types: building tourism-hotel amenity-restaurant
OSM data version: 2019-04-19T10:36:02Z
 #mapsme
opened by  (2019-05-31 21:37:12+00:00): Plato's Closet Ledgewood
closed by dannmer (2024-05-16 08:21:17+00:00): Doesn't appear to be still open
opened by hermann51 (2019-05-31 21:41:03+00:00): In diesem Bereich ist hier eher ein Park als ein Wald.
closed by Schramme (2020-11-02 06:09:38+00:00): Ist geändert.
opened by user_4724810 (2019-05-31 21:42:28+00:00): "3002"
POI has no name
POI types: emergency-fire_hydrant
OSM data version: 2019-04-19T10:36:02Z
 #mapsme
closed by ovruni (2022-06-01 06:07:01+00:00): agregado
opened by user_4724810 (2019-05-31 21:42:28+00:00): "閉店"
The place has gone or never existed. This is an auto-generated note from MAPS.ME application: a user reports a POI that is visible on a map (which can be outdated), but cannot be found on the ground.
POI has no name
POI types: internet_access-wlan cuisine-burger cuisine-ice_cream cuisine-local amenity-restaurant cuisine-peruvian cuisine-sandwich
OSM data version: 2019-04-19T10:36:02Z
 #mapsme
closed by ovruni (2022-06-01 05:55:18+00:00): nodo retirado
opened by zorglubu (2019-05-31 21:44:52+00:00): La ligne J s'arrête ici ? Et dans l'autre sens ?
closed by josmougn (2019-06-03 20:21:46+00:00): pas vu d'autre arrêt, à priori commun aux 2 directions
opened by Clemens Richter (csrichter) (2019-05-31 21:46:09+00:00): Unable to answer "What are the opening hours of Emil Reimann?" for https://osm.org/node/3827478004 via StreetComplete 12.0:

Geschäft ersetzt durch "orex grill"

Attached photo(s):
https://westnordost.de/p/3424.jpg
opened by Knoblauch13 (2019-05-31 21:50:37+00:00): Unable to answer "What is the name of this place? (Tourist Attraction)" for https://osm.org/node/2723254781 via StreetComplete 12.0:

Leider kann ich nichts entdecken. Es scheint auch auf Privatgelände zu stehen. vielleicht kann ein(e) Ortskundige(r) das evtl genauer nachschauen???
closed by GerdHH (2020-08-19 13:02:09+00:00): Das ist ein alter Kran, der hauptsächlich genutzt wird, um Boote ins Wasser zu bringen und wieder heraus. Habe den Eintrag entsprechend angepasst.
opened by TheSwavu (2019-05-31 21:51:07+00:00): Need to put in the other channels of Douglas River
closed by Ewen Hill (2020-05-08 12:35:13+00:00): added
opened by hermann51 (2019-05-31 21:55:42+00:00): shop_1 ist laut JOSM ein fragwürdiger Schlüssel.
opened by zorglubu (2019-05-31 21:57:47+00:00): Vérifier où sont les arrêts ligne J -  Lycée de Vilgénis
closed by josmougn (2019-06-03 20:21:09+00:00): de l'autre côté de la rue J Jaurès
opened by zorglubu (2019-05-31 21:57:48+00:00): Vérifier où sont les arrêts ligne J Les Graviers
closed by josmougn (2019-06-03 16:53:08+00:00): L’un en face de l’autre
opened by hermann51 (2019-05-31 21:59:51+00:00): Ist Mischwald richtig?
closed by Schramme (2020-10-31 20:39:59+00:00): Dort befinden sich nur Laubbäume.
opened by teslas_moustache (2019-05-31 22:08:21+00:00): no u-turn east-west
opened by notasurveyor (2019-05-31 22:09:05+00:00): "Total Motor Parts"
POI has no name
POI types: building
OSM data version: 2019-04-19T10:36:02Z
 #mapsme
closed by notasurveyor (2020-01-13 10:58:03+00:00): done
opened by notasurveyor (2019-05-31 22:09:05+00:00): "Please change category to locksmith"
POI name: La Trinidad Locksmith
POI types: shop-convenience
OSM data version: 2019-04-19T10:36:02Z
 #mapsme
closed by GOwin (2019-06-01 10:08:15+00:00): Fixed
opened by notasurveyor (2019-05-31 22:09:05+00:00): "Change classificatiob to Iron Works, Glass and Aluminum Fabricator"
POI name: JMZ Construction & Iron Works, Glass & Aluminum
POI types: shop-hardware
OSM data version: 2019-04-19T10:36:02Z
 #mapsme
closed by HikeAndMap (2021-10-15 13:44:38+00:00): done
opened by notasurveyor (2019-05-31 22:09:06+00:00): "Replaced"
The place has gone or never existed. This is an auto-generated note from MAPS.ME application: a user reports a POI that is visible on a map (which can be outdated), but cannot be found on the ground.
POI name: Mamang's Lechonan
POI types: amenity-restaurant
OSM data version: 2019-04-19T10:36:02Z
 #mapsme
opened by SunnyChattha (2019-05-31 22:12:24+00:00): The place has gone or never existed. This is an auto-generated note from MAPS.ME application: a user reports a POI that is visible on a map (which can be outdated), but cannot be found on the ground.
POI name: my hostel
POI types: tourism-hostel
OSM data version: 2019-04-19T10:36:02Z
 #mapsme
closed by Syl (2020-01-13 09:37:36+00:00): Removed
opened by  (2019-05-31 22:22:24+00:00): Bellewood Avenue runs perpendicular to Atlas, from the west end to the dead end at the south. There is one property to the South (187 Bellewood Avenue). You have the home on the map but not the road to get there.
closed by user_17724595 (2022-12-25 18:46:08+00:00): Fixed years ago.
opened by  (2019-05-31 22:25:17+00:00): teste
closed by mavl (2019-06-01 04:16:21+00:00): This note does not contain a useful information for OpenStreetMap.
opened by Ronykho (2019-05-31 22:32:15+00:00): "Haifa"
POI has no name
POI types: barrier-fence
OSM data version: 2019-04-19T10:36:02Z
 #mapsme
closed by eliyahu bowers  𐤀𐤋𐤉𐤄𐤅 𐤁𐤅𐤅𐤓𐤎 (2026-06-11 10:18:50+00:00): there is no name for this fence
opened by Derick Rethans (2019-05-31 22:33:07+00:00): "sorry for abusing attraction, but it was the only way to make a note on the way for me"
POI name: Extra foot path here
POI types: tourism-attraction
OSM data version: 2019-04-19T10:36:02Z
 #mapsme
closed by dvdhoven (2019-06-01 06:11:42+00:00): voetpad ingetekend
opened by  (2019-05-31 22:35:37+00:00): onosm.org submitted note from a business:
name: Maxs Threads
phone: 6082959331
website: 
twitter: undefined
hours: Tuesday - Sunday 
category: ,Clothing Stores
address:
closed by freebeer (2019-06-01 00:39:17+00:00): duplicate
opened by  (2019-05-31 22:36:29+00:00): onosm.org submitted note from a business:
name: Maxs Threads
phone: 6082959331
website: 
twitter: undefined
hours: Tuesday - Sunday 
category: ,Clothing Stores
address:
closed by CurlingMan13 (2023-03-25 21:15:33+00:00): No address.  Appears to be SEO spam
opened by Adamant1 (2019-05-31 22:38:23+00:00): Anyone know why the locality here isn't displaying? I can't figure it out.
commented by  (2019-06-14 07:52:21+00:00): I see a couple of problems:

1-It's mis-tagged: place=locality is for unpopulated places. Based on the population this should probably be tagged as place=village.
2-It's missing a place=* node, which is generally where the labels come from for populated places (see http://tools.geofabrik.de/osmi/?view=places&lon=-122.53207&lat=40.02809&zoom=11&overlays=megacities,largecities,cities,towns,villages,hamlets,islands,suburbs,neighbourhoods,farms,isolated_dwelling,localities,municipalities,errors_unknown_place_type,errors_population_format,errors_place_without_name,errors_pop_type_mismatch,population )
commented by freebeer (2019-06-14 14:01:31+00:00): i puzzled over this some time back.  i think the cycle/transport map may sometimes also  take a label position from the polygon centre.  if so, i suspect the polygon is so large that i could not guess its centre and i'd have to zoom in much more to see anything, like z15 rather than z10.

does a boundary need an admin level to even appear at all here?  seems some levels are not rendered.  just thought of that now, while earlier i could not gather firm rules for the label/place node out of the wiki.

no obvious non-rendering geometry issues leap out at me.
commented by Adamant1 (2019-07-06 02:03:37+00:00): Hhhmmm, well I did change it to a village at least. I was under the impression that the border would at least even without an accompanying node. Like freebeer says, there doesn't seem to be any geometry issues either. If changing it to a village doesn't work I'll probably message someone from the DWG about it or something to see if they can figure it out.
commented by freebeer (2019-07-06 06:29:51+00:00): i'm just going to hurl https://www.openstreetmap.org/way/33180249 out there as a quick and easy way to find the border and its centre, the latter of which still does not render yet.

i' suggest, not having studied the rendering code, tossing a label node in the general area of here or mebbe to the east given the aeroport, as the area i zoom into at the centre seems rather vacant with but a few intermittent streams, while here there are roads meaning civilisation meaning the hustle and bustle of the big city.

which this is not.  oh well.
commented by Adamant1 (2019-07-06 11:37:45+00:00): I know zero about this. If you add a node with the information do you then get rid of for the border or do you keep both and just deal with the redundancy?
commented by freebeer (2019-07-07 04:31:19+00:00): i know less than zero, which i guess qualifies me to edit the map.

first with an eye to the border rendering, https://wiki.openstreetmap.org/wiki/United_States_admin_level almost makes some sense when not viewed in text-browser lynx, so whether admin_level 8 or 9 is correct must be decided by someone whose eyes do not glaze over when overwhelmed by details and rules, like mine.

my guess after the experiment in changeset i cannot paste here either, is the node is purely for cosmetic purposes as it cannot be redundant for the detail and positional accuracy of the border.

but there seems to be a networking conspiracy against me now.
commented by freebeer (2019-07-07 15:50:39+00:00): now the name alone renders at z19 and z18; dunno about anything lower due to delay, near here.

the violet line i expect to see is nowhere to be found.

i expect this isn't enough to place a label as this area is probably much larger than a typical village as such.

the struggle continues...
commented by Adamant1 (2019-07-08 12:10:03+00:00): Thanks for the update. It seems it renders at z16 and z17 now. Although, like you said there's no violet line like there should be. I checked out the border for Anderson California though and there doesn't seem to be a line for that either. It's just floating violet words. I could have swore there was one at some point. So, I'm wondering if this a regression or something. I doubt the creators of style would have set it up this way originally. At least we are making progress, even if it's slow, and we have gotten out of the realm of nothing at all being displayed.
commented by freebeer (2019-07-11 04:43:38+00:00): it would be really useful if, instead of adding fictional boundaries to compare rendering from experience, there were a small section of map devoted to all available icons like i seem to recall mkgmap made it possible somewhere in the uk.
i think someone else has done that for his own rendering stylee.  let me bat the goog about for a bit...

um, nope, someone's been running their 'bot again overnight from elsewhere in the network block i have now, and i didn't save the routing details i last used before unplugging my network, to work around that issue.

alternately, while i believe the atownsend site is limited in coverage so that a sample area does not negatively impact its purpose, i should really check out how the dev server works, although i would think it's unsuitable for checking theories about the multitude of renderers, most of which probably ignore it.

then i don't know if for the next week or three it is pointless to seek out a cycle map label due to the infrequent updates.

hmmm, another idea bursts like japanese knotweed through the asphalt of me brane.  oops, it's gone.
commented by freebeer (2019-07-11 05:02:09+00:00): and like knotweed, using text browser lynx to browse for graphics results in indelible impressions in me brane, without the distractions of unwanted graphics or adverts, and indeed, the lack of imagery meanng i had to use me imagination for
https://wiki.openstreetmap.org/wiki/Tag:boundary%3Dadministrative#admin_level
and the immediately following rendering shows me that yes, there looks to be a regression - or incomplete info.

a further issue is this is a static page of png files and does not automagically follow style updates, nor does it detail the zoomlevers levers? levels where it is visible, which it appears is the case for at least z16 as your comment helps me confirm.

i s'pose i could spend the next hours studying the github mapnik rules, rather than getting anything useful done.  sounds like a plan.
commented by freebeer (2019-07-11 06:38:03+00:00): me again.  see the link in https://wiki.openstreetmap.org/wiki/Rendering_of_road_surface_in_standard_OSM_style to the area of samples, further east being nodes that mostly require zooming in from the default z=15, but it appears that admin boundaries are lacking, at least in the rendered areas i zoomed into.

and of course this not reflect osm-carto rules themselves.

...

which there appears to be a commit today that will further degrade our work:

   jeisenbe and imagico Render administrative boundary text labels for
   relations only (#3762) (BUTTON) …
* Render text labels along borders of admin boundary relations only

Currently lines are only rendered for borders mapped as relations (i.e. osm_id <
0) but the text labels along the borders are rendered for relations and closed w
ays. This commit adds a filter for "AND osm_id < 0" to the admin-text layer, so
that the text labels do not appear in the rare occasions when an administrative
boundary is mapped as a closed way instead of a relation

* Render central name labels for country and province/state relations only

   Latest commit 96c64fa Jun 11, 2019


see https://github.com/gravitystorm/openstreetmap-carto/pull/3762 and probably the linked issues.

grrr.
commented by  (2019-07-11 07:41:49+00:00): Hhmmm, I don't know if I like that direction so much. There's no reason town borders shouldn't show up at z17 or whatever if they are mapped. Nodes don't work in this case because there's no true center that we can figure out anyway. So....Hhmmm...What to do...What to do ..."Tiddles thumbs..."

Adamant1
commented by freebeer (2019-07-12 06:02:23+00:00): good lord.  i am either drunk again or the similarity between the month names juni and juli made me think the commit was made to master yesterday morning.

o how i long for the days of pivo, červen a červenec.  oooh, bad example.  guess in the traditional heat (lacking at the moment) it does not matter.

in any case, with the next mapnik update even these labels will disappear.  the reason for this apparently has to do with islands, but i wonder (with no interest to learn an overpass turbo query) how many administrative boundaries are mapped as ways like this.

the simplest solution would be to add this way into a single-member relation, but then, i'm sure some qa tools would want to simplify that due to the additional processing requirements dealing with relations where not needed in theory.

of course by adding a label node in a suitable place, this will of necessity become a rendered relation.  i hope iD can handle such a simple concept after seeing it destroying relations in your area of mapping, but before the next versioned push from master to osm, this would be my suggestion to aid boundary as well as label rendering here (and in the other area you mentioned earlier)
commented by freebeer (2019-07-12 06:29:29+00:00): to your comment yesterday that i didn't see until now due to how pascal updates his invaluable listing (i won't get into the e-mail issues as that will get me kicked off osm for the moment), you doubt the placement of the label or similar node.

the geometric centre appears to be somewhere near the peak/mountain on the map, but only has a few stream sources in reach at best.

as from my viewing, the road network appears thickest in this area or nearby, i'd be tempted to place a label not far from here.

of course, that implies trusting osm road data as being accurate and representative, which, um, TIGER.

anyway, with the master github commits that will soon be reality, it's pretty much inevitable.

also, huge thanks for pointing this out and making me aware of a rendering issue that will probably be relevant in later so-called work of mine.

it would probably be worth updating the wiki page for something to add a warning about rendering.  however i am not the one to do this, and i'd hate to see you bikeshedded (sorry) into an edit war again,
commented by Adamant1 (2019-07-13 11:36:48+00:00): ggrr...I tried to create the relation and just couldn't pull it off for some reason. There's a point there now though. Maybe I'll give it another try after I read through the wiki again. 

As far as trying to it edit about this, as the saying goes "bikeshed me once, shame on you. Bikeshed me twice, shame on me." So, I'll pass on that. 

As a side note, I still really hate the direction they are going with this. My guess is a lot of admin boundaries are mapped this way and it's not going to be good making them disappear completely because of some thing to do with islands or whatever, but what do I know?
commented by freebeer (2019-07-15 10:02:10+00:00): well, i found your node, and added the border to the relation, and it seems at z14 and z13 they both appear now.

id seems to do well at adding broken lines into relations when not wanted.

whether this is satisfactory or more tweaking of the relation proper itself is needed, well, i'd have to dig up the details and consult the wiki.
commented by Adamant1 (2019-08-24 18:49:41+00:00): Woho! Any chance you could do the same for Anderson and Shasta Lake just north of here since I still can't figure it out and it would be great if there boundaries displayed on map?
commented by freebeer (2019-08-25 13:58:06+00:00): no problem.  do you have any URLen to guide me to those entries that don't show?  seeing that despite the conspiracy theories placing me within a spitting image of you, i'm actually as unfamiliar with the area as you would be with, oh i dunno, sankt johann in the tirol to pick a random area that has no significance to osm.

ta.
opened by  (2019-05-31 22:40:09+00:00): onosm.org submitted note from a business:
name: آموزشگاه زبان مهاجران
phone: 07137261188
website: Http://www.mohajeraninst.ir
twitter: undefined
hours: Sat_Thrs. 8 to 21
category: ,Language Schools
address: Shiraz
closed by Sosha1996 (2023-08-03 09:15:28+00:00): this note closed by script for due inactivity.
opened by  (2019-05-31 22:41:47+00:00): Brasserie: Broadway
Adresse exacte: Place Colonel Bremer 119
https://www.restobroadway.be/
closed by Jakka (2019-06-01 07:21:34+00:00): ajouter merci https://www.openstreetmap.org/node/6514697589
opened by  (2019-05-31 22:47:24+00:00): Тут проезд закрыт, в два ряда поперек дороги лежат бетонные полусферы.
opened by  (2019-05-31 22:49:02+00:00): Réparation d'instrument à vents
Art'N Winds Repair
http://artnwindsrepair.be
http://www.facebook.com/artnwindsrepairofficial
closed by zors1843 (2019-06-01 07:03:56+00:00): Added
opened by Vroom (2019-05-31 22:50:52+00:00): "場所の名前は‹麻小路›です。"
POI has no name
POI types: building
OSM data version: 2019-04-19T10:36:02Z
 #mapsme
closed by PoCoSoFo (2024-01-12 09:49:04+00:00): ＰＯＩを追加しました。
opened by Clo3N2t8Fx (2019-05-31 22:51:10+00:00): Health Focus Manufacturers                      
                                  
Address: 6 Huntington St Clontarf QLD 4019 Australia                       
Phone: (07) 3883 1355                       
Email: info@healthfocusmanufacturers.com.au                  
Website: https://www.healthfocusmanufacturers.com.au/                                   
                                                        
Health Focus Manufacturers provide premium quality skin care, hair care and cosmetics manufacturing products to Australian and International companies.        
                               
We know that Health Focus Manufacturers are the best product advancement and contract manufacturing business in Australia.                
                              
Not an easy case to confirm perhaps, but when you weigh up what our business offers our clients it's easy to see why we believe we are the best at what we do and we would like the possibility to show it to you.                                  
                                    
In substance, our logo and its tagline sum up our company; we are high quality cosmetic manufacturers that use the best people and techniques to efficiently manufacture your products, and we accomplish this with a well-mannered attitude through our connection with our customers.
opened by Ferlucyx (2019-05-31 22:53:01+00:00): "Complejo deportivo Pedro Ruiz Gallo"
POI has no name
POI types: leisure-pitch sport-soccer
OSM data version: 2019-04-19T10:36:02Z
 #mapsme
opened by christian-rauch (2019-05-31 22:55:25+00:00): "Does not exist anymore."
The place has gone or never existed. This is an auto-generated note from MAPS.ME application: a user reports a POI that is visible on a map (which can be outdated), but cannot be found on the ground.
POI name: Best Poutine
POI types: amenity-fast_food
OSM data version: 2019-04-19T10:36:02Z
 #mapsme
closed by OttawaHiking (2019-06-03 04:18:02+00:00): Thank you for your input. I'm removing this place now. I also did an online search and it did not support an existence of such a place on Sparks St. Given its map location I guess it could have been a food truck.
opened by  (2019-05-31 22:55:58+00:00): FitnessBoutique
https://www.fitnessboutique.be/
closed by Jakka (2019-06-01 07:32:47+00:00): ajouter merci https://www.openstreetmap.org/node/6514685197
opened by Matthew Darwin (2019-05-31 23:09:53+00:00): Survey path under the flora footbridge as they are now re-opened while construction on the bridge itself is ongoing.
closed by OttawaHiking (2019-06-26 15:28:49+00:00): Resolved by zzptichka in changeset 71599397. The bridge will be open this Friday.
opened by  (2019-05-31 23:10:15+00:00): mk 394787
opened by  (2019-05-31 23:13:17+00:00): Pierzchnica-Celiny.
closed by maraf24 (2020-09-11 22:04:55+00:00): Maleszowa.
opened by Adamant1 (2019-05-31 23:16:49+00:00): 2145

via StreetComplete 12.1
opened by Adamant1 (2019-05-31 23:18:31+00:00): ditch

via StreetComplete 12.1
opened by Adamant1 (2019-05-31 23:23:36+00:00): Unable to answer "What kind of building is this?" for https://osm.org/way/452334350 via StreetComplete 12.1:

House is gone
opened by  (2019-05-31 23:24:08+00:00): 470416
closed by confusedbuffalo (2023-11-01 17:26:20+00:00): Not enough information to map anything
opened by user_1207919 (2019-05-31 23:26:22+00:00): "Duplicado "
The place has gone or never existed. This is an auto-generated note from MAPS.ME application: a user reports a POI that is visible on a map (which can be outdated), but cannot be found on the ground.
POI name: Iglesia San Antonio de Padúa
POI types: amenity-place_of_worship
OSM data version: 2019-04-19T10:36:02Z
 #mapsme
closed by NeisBot (2023-12-29 11:49:43+00:00): #NothingToDoHere - Reason: The initial user account has been removed or no longer exists
opened by Adamant1 (2019-05-31 23:27:11+00:00): garage

via StreetComplete 12.1
opened by Adamant1 (2019-05-31 23:28:07+00:00): garage

via StreetComplete 12.1
opened by Adamant1 (2019-05-31 23:29:21+00:00): 4737

via StreetComplete 12.1
opened by Adamant1 (2019-05-31 23:36:43+00:00): Creek intermitent

via StreetComplete 12.1
opened by Adamant1 (2019-05-31 23:40:09+00:00): fire hydrant